Red Hat ਦੀ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਕੰਮ ਕਰਦੀ ਹੈ, ਪਰ DNF ਪ੍ਰਾਕਸੀ ਡਾਊਨਲੋਡ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ

ਸਫਲ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸਿਰਫ਼ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਸੇਵਾ ਤੱਕ ਪਹੁੰਚ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੀ ਹੈ। DNF ਰਿਪੋਜ਼ਟਰੀ ਮੈਟਾਡੇਟਾ ਅਤੇ ਪੈਕੇਜ ਡਾਊਨਲੋਡ ਵੱਖਰੀਆਂ ਸੈਟਿੰਗਾਂ ਅਤੇ ਹੋਸਟਨਾਮ ਵਰਤ ਸਕਦੇ ਹਨ, ਇਸ ਲਈ ਰਿਪੋਜ਼ਟਰੀ ID, ਪ੍ਰਭਾਵੀ URL ਅਤੇ ਫੇਲ੍ਹ ਹੋਏ ਕੰਮ ਦੀ ਪਹਿਲੀ ਗਲਤੀ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ।

subscription-manager ਲਈ, /etc/rhsm/rhsm.conf ਦਾ ਸਰਵਰ ਭਾਗ ਵੱਖਰੇ ਖੇਤਰ ਵਰਤਦਾ ਹੈ:

[server]
proxy_hostname = proxy.example.net
proxy_port = 8080
proxy_user = service-account
proxy_password = REPLACE_WITH_MANAGED_SECRET

ਇਹ ਮੁੱਲ ਮੌਜੂਦਾ ਕਨਫਿਗਰੇਸ਼ਨ ਵਿੱਚ ਬਦਲੋ ਅਤੇ ਅਸਲੀ ਭੇਤ ਵਾਲੀ ਫਾਈਲ ਦੀ ਰੱਖਿਆ ਕਰੋ। proxy_hostname ਹੋਸਟਨਾਮ ਲੈਂਦਾ ਹੈ, ਪੂਰਾ URL ਨਹੀਂ ਜਿਸ ਵਿੱਚ ਪ੍ਰਮਾਣ ਹੋਣ।

DNF ਲਈ, ਪ੍ਰਭਾਵਿਤ ਰਿਪੋਜ਼ਟਰੀ ਅਤੇ ਮੁੱਖ ਕਨਫਿਗਰੇਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰੋ। ਇਸ ਦਾ proxy ਵਿਕਲਪ ਇੱਕ URL ਹੈ; proxy_username, proxy_password ਅਤੇ proxy_auth_method ਵੱਖਰੇ ਵਿਕਲਪ ਹਨ। ਇੱਕ ਰਿਪੋਜ਼ਟਰੀ ਗਲੋਬਲ ਮੁੱਲ ਨੂੰ ਬਦਲ ਸਕਦੀ ਹੈ। ਪ੍ਰਾਕਸੀ ਵਿਕਲਪ ਨਾ ਹੋਣ 'ਤੇ ਵਾਤਾਵਰਨ ਵਿੱਚ ਖੋਜ ਦੀ ਆਗਿਆ ਮਿਲ ਸਕਦੀ ਹੈ, ਜਦਕਿ ਸਪੱਸ਼ਟ ਖਾਲੀ ਮੁੱਲ ਉਸ ਭਾਗ ਲਈ ਕਨਫਿਗਰ ਕੀਤਾ ਪੇਰੈਂਟ ਮੁੱਲ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ। ਸਥਾਪਿਤ DNF ਪੀੜ੍ਹੀ ਦੇ ਹਵਾਲੇ ਦੀ ਪਾਲਣਾ ਕਰੋ। DNF 4 ਲਈ: ਰਿਪੋਜ਼ਟਰੀ ਵਿਰਾਸਤ ਨੂੰ ਵਾਤਾਵਰਨ ਬਾਈਪਾਸ ਨਿਯਮਾਂ ਤੋਂ ਵੱਖ ਕਰੋ।

ਜੇ ਰਿਪੋਜ਼ਟਰੀ ਫਾਈਲ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਔਜ਼ਾਰਾਂ ਦੁਆਰਾ ਬਣਾਈ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਉਸ ਮਾਲਕ ਦੀ ਪਛਾਣ ਕਰੋ। ਰਿਫ੍ਰੈਸ਼ 'ਤੇ ਮੁੜ ਲਿਖਿਆ ਜਾਣ ਵਾਲਾ ਬਦਲਾਅ ਸਹਿਯੋਗੀ ਕਨਫਿਗਰੇਸ਼ਨ ਸਰੋਤ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਆਊਟਪੁੱਟ ਫਾਈਲ ਦੀ ਵਾਰ-ਵਾਰ ਮੁਰੰਮਤ ਵਿੱਚ ਨਹੀਂ।

ਫਿਰ ਪਹਿਲੀ ਫੇਲ੍ਹਤ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ। ਪ੍ਰਾਕਸੀ ਨਾਲ ਜੁੜਨਾ ਦੋਵਾਂ ਸੇਵਾਵਾਂ ਦੀ ਖਾਤਾ ਜਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਆਉਂਦਾ ਹੈ। 407 ਪ੍ਰਾਕਸੀ ਪ੍ਰਮਾਣਿਕਤਾ ਮੰਗਦਾ ਹੈ; TLS ਗਲਤੀ ਫੇਲ੍ਹ ਹੋ ਰਹੇ ਕਨੈਕਸ਼ਨ ਦੇ ਭਰੋਸੇ ਨਾਲ ਸਬੰਧਤ ਹੈ; ਮੂਲ ਵੱਲੋਂ ਇਨਕਾਰ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਜਾਂ ਰਿਪੋਜ਼ਟਰੀ ਪਹੁੰਚ ਨਾਲ ਸਬੰਧਤ ਹੈ। ਪੈਕੇਜ CDN ਹੋਸਟ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਹੋਸਟਾਂ ਤੋਂ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ, ਇਸ ਲਈ ਇੱਕ ਲਈ ਮਨਜ਼ੂਰ ਸੂਚੀ ਦੂਜੇ ਤੱਕ ਪਹੁੰਚ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ।

ਹਰ ਤੁਲਨਾ ਵਿੱਚ ਪ੍ਰਭਾਵੀ ਐਂਡਪੌਇੰਟ, ਚੁਣੀ ਪ੍ਰਾਕਸੀ ਅਤੇ ਖਾਤਾ ਪਛਾਣਕਰਤਾ ਰੱਖੋ, ਭੇਤ ਛੱਡ ਕੇ। rhn_register ਅਤੇ /etc/sysconfig/rhn/up2date ਵਾਲੇ ਪੁਰਾਣੇ ਤਰੀਕੇ ਕਿਸੇ ਹੋਰ ਔਜ਼ਾਰ ਪੀੜ੍ਹੀ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ ਅਤੇ ਮੌਜੂਦਾ RHSM ਜਾਂ DNF ਬੇਨਤੀ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਦੀ ਪਛਾਣ ਨਹੀਂ ਕਰਦੇ।