Регистрацијата на Red Hat работи, но преземањата на DNF преку прокси не успеваат

Одвојте ја регистрацијата на претплатата, пристапот до складиштето и нивните прокси поставки на систем со Red Hat.

Успешната регистрација потврдува пристап до услугата за претплата. Метаподатоците на складиштето на 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.

Поврзани статии