Red Hat-registratie werkt, maar DNF-proxydownloads mislukken

Een geslaagde registratie bevestigt alleen de toegang tot de abonnementsdienst. DNF-repositorymetadata en pakketdownloads kunnen andere instellingen en hostnamen gebruiken, dus begin met de repository-ID, de effectieve URL en de eerste fout van de mislukte bewerking.

Voor subscription-manager gebruikt de serversectie in /etc/rhsm/rhsm.conf afzonderlijke velden:

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

Vervang deze waarden in de bestaande configuratie en bescherm het bestand met het echte geheim. proxy_hostname verwacht een hostnaam, geen volledige URL met inloggegevens.

Controleer voor DNF de getroffen repository en de hoofdconfiguratie. De optie proxy is een URL; proxy_username, proxy_password en proxy_auth_method zijn afzonderlijke opties. Een repository kan de algemene waarde overschrijven. Een ontbrekende proxyoptie kan opzoeking in de omgeving toestaan, terwijl een expliciet lege waarde een geconfigureerde bovenliggende waarde voor dat gedeelte uitschakelt. Volg de referentie van de geïnstalleerde DNF-generatie. Voor DNF 4: scheid repository-overerving van omgevings-bypassregels.

Als een repositorybestand door abonnementshulpmiddelen wordt gegenereerd, bepaal dan die eigenaar voordat u het bewerkt. Een wijziging die bij verversen wordt overschreven, hoort in de ondersteunde configuratiebron, niet in herhaald herstel van het uitvoerbestand.

Classificeer daarna de eerste fout. De verbinding met de proxy komt vóór de accountcontrole van beide diensten. Een 407 vraagt om proxyauthenticatie; een TLS-fout betreft het vertrouwen van de mislukkende verbinding; een weigering door de oorsprong betreft de toegang tot abonnement of repository. CDN-hosts voor pakketten kunnen afwijken van registratiehosts, dus een toegestane lijst voor de ene bewijst geen toegang tot de andere.

Bewaar bij elke vergelijking het effectieve eindpunt, de gekozen proxy en de accountidentificatie, zonder geheimen. Oudere recepten met rhn_register en /etc/sysconfig/rhn/up2date beschrijven een andere generatie hulpmiddelen en benoemen niet de instellingen van een huidige RHSM- of DNF-aanvraag.