O rexistro de Red Hat funciona, pero as descargas DNF a través do proxy fallan

Un rexistro correcto confirma o acceso ao servizo de subscrición. Os metadatos do repositorio DNF e as descargas de paquetes poden usar axustes e nomes de host distintos, así que comece polo ID do repositorio, o URL efectivo e o primeiro erro da operación fallida.

En subscription-manager, a sección de servidor de /etc/rhsm/rhsm.conf usa campos separados:

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

Substitúa estes valores na configuración existente e protexa o ficheiro que contén o segredo real. proxy_hostname acepta un nome de host, non un URL completo con credenciais.

Para DNF, revise o repositorio afectado e a configuración principal. A súa opción proxy é un URL; proxy_username, proxy_password e proxy_auth_method son opcións separadas. Un repositorio pode anular o valor global. Unha opción de proxy ausente pode permitir a consulta na contorna, mentres que un valor explicitamente baleiro desactiva un valor pai configurado para esa sección. Siga a referencia da xeración de DNF instalada. Para DNF 4: separe a herdanza do repositorio das regras de omisión da contorna.

Se un ficheiro de repositorio o xeran as ferramentas de subscrición, identifique ese propietario antes de editalo. Un cambio que se sobrescribe ao refrescar pertence á fonte de configuración admitida, non a unha reparación repetida do ficheiro de saída.

Despois clasifique o primeiro fallo. A conexión co proxy precede á comprobación de conta de calquera dos dous servizos. Un 407 pide autenticación de proxy; un erro TLS afecta á confianza da conexión que falla; un rexeitamento da orixe afecta ao acceso á subscrición ou ao repositorio. Os hosts CDN de paquetes poden diferir dos hosts de rexistro, así que unha lista de permitidos para uns non establece o acceso aos outros.

Conserve o punto de conexión efectivo, o proxy escollido e o identificador de conta en cada comparación, sen segredos. As receitas antigas con rhn_register e /etc/sysconfig/rhn/up2date describen outra xeración de ferramentas e non identifican os axustes dunha petición RHSM ou DNF actual.