Регистрацията в Red Hat работи, но изтеглянията на DNF през прокси се провалят

Успешната регистрация потвърждава достъп до услугата за абонамент. Метаданните на хранилището на DNF и изтеглянията на пакети могат да използват различни настройки и имена на хостове, затова започнете с идентификатора на хранилището, действителния 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.