L'enregistrement Red Hat fonctionne, mais les téléchargements DNF via proxy échouent

Un enregistrement réussi confirme l'accès au service d'abonnement. Les métadonnées du dépôt DNF et les téléchargements de paquets peuvent utiliser des réglages et des noms d'hôtes différents : commencez donc par l'identifiant du dépôt, l'URL effective et la première erreur de l'opération en échec.

Pour subscription-manager, la section serveur de /etc/rhsm/rhsm.conf utilise des champs distincts :

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

Remplacez ces valeurs dans la configuration existante et protégez le fichier qui contient le vrai secret. proxy_hostname attend un nom d'hôte, pas une URL complète porteuse d'identifiants.

Pour DNF, examinez le dépôt concerné et la configuration principale. Son option proxy est une URL ; proxy_username, proxy_password et proxy_auth_method sont des options distinctes. Un dépôt peut remplacer la valeur globale. Une option de proxy absente peut autoriser la recherche dans l'environnement, tandis qu'une valeur explicitement vide désactive une valeur parente configurée pour cette section. Suivez la référence de la génération DNF installée. Pour DNF 4 : séparez l'héritage du dépôt des règles de contournement de l'environnement.

Si un fichier de dépôt est généré par les outils d'abonnement, identifiez ce propriétaire avant de le modifier. Une modification écrasée lors du rafraîchissement appartient à la source de configuration prise en charge, pas à une réparation répétée du fichier de sortie.

Classez ensuite la première défaillance. La connexion au proxy précède la vérification du compte de l'un ou l'autre service. Un 407 demande une authentification proxy ; une erreur TLS concerne la confiance de la connexion en échec ; un rejet d'origine concerne l'accès à l'abonnement ou au dépôt. Les hôtes CDN des paquets peuvent différer des hôtes d'enregistrement : une liste d'autorisation pour les uns n'établit pas l'accès aux autres.

Conservez le point de terminaison effectif, le proxy choisi et l'identifiant de compte à chaque comparaison, sans les secrets. Les anciennes recettes avec rhn_register et /etc/sysconfig/rhn/up2date décrivent une autre génération d'outils et n'identifient pas les réglages d'une requête RHSM ou DNF actuelle.