Înregistrarea Red Hat funcționează, dar descărcările DNF prin proxy eșuează

Separați înregistrarea abonamentului, accesul la depozit și setările lor de proxy pe un sistem Red Hat.

O înregistrare reușită confirmă accesul la serviciul de abonament. Metadatele depozitului DNF și descărcările de pachete pot folosi alte setări și nume de gazdă, așa că începeți cu ID-ul depozitului, URL-ul efectiv și prima eroare a operațiunii eșuate.

Pentru subscription-manager, secțiunea de server din /etc/rhsm/rhsm.conf folosește câmpuri separate:

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

Înlocuiți aceste valori în configurația existentă și protejați fișierul care conține secretul real. proxy_hostname primește un nume de gazdă, nu un URL complet cu credențiale.

Pentru DNF, examinați depozitul afectat și configurația principală. Opțiunea sa proxy este un URL; proxy_username, proxy_password și proxy_auth_method sunt opțiuni separate. Un depozit poate suprascrie valoarea globală. O opțiune de proxy absentă poate permite căutarea în mediu, în timp ce o valoare explicit goală dezactivează o valoare părinte configurată pentru acea secțiune. Urmați referința generației DNF instalate. Pentru DNF 4: separați moștenirea depozitului de regulile de ocolire a mediului.

Dacă fișierul depozitului este generat de uneltele de abonament, identificați acel proprietar înainte de a-l edita. O modificare suprascrisă la reîmprospătare aparține sursei de configurație acceptate, nu unei reparări repetate a fișierului de ieșire.

Apoi clasificați primul eșec. Conexiunea la proxy precedă verificarea contului oricăruia dintre servicii. Un 407 cere autentificare la proxy; o eroare TLS privește încrederea conexiunii care eșuează; o respingere din partea originii privește accesul la abonament sau la depozit. Gazdele CDN pentru pachete pot diferi de gazdele de înregistrare, așa că o listă de permisiuni pentru unele nu dovedește accesul la celelalte.

Păstrați punctul final efectiv, proxy-ul ales și identificatorul contului la fiecare comparație, fără secrete. Rețetele vechi cu rhn_register și /etc/sysconfig/rhn/up2date descriu o altă generație de unelte și nu identifică setările unei cereri RHSM sau DNF actuale.

Articole similare