El registro de Red Hat funciona, pero las descargas DNF a través del proxy fallan

Un registro correcto confirma el acceso al servicio de suscripción. Los metadatos del repositorio DNF y las descargas de paquetes pueden usar ajustes y nombres de host distintos, así que empiece por el ID del repositorio, la URL efectiva y el primer error de la operación fallida.

En subscription-manager, la 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

Sustituya estos valores en la configuración existente y proteja el archivo que contiene el secreto real. proxy_hostname acepta un nombre de host, no una URL completa con credenciales.

Para DNF, revise el repositorio afectado y la configuración principal. Su opción proxy es una URL; proxy_username, proxy_password y proxy_auth_method son opciones separadas. Un repositorio puede anular el valor global. Una opción de proxy ausente puede permitir la consulta del entorno, mientras que un valor explícitamente vacío desactiva un valor principal configurado para esa sección. Siga la referencia de la generación de DNF instalada. Para DNF 4: separe la herencia del repositorio de las reglas de omisión del entorno.

Si un archivo de repositorio lo generan las herramientas de suscripción, identifique a ese propietario antes de editarlo. Un cambio que se sobrescribe al refrescar pertenece a la fuente de configuración admitida, no a una reparación repetida del archivo de salida.

Después clasifique el primer fallo. La conexión con el proxy precede a la comprobación de cuenta de cualquiera de los dos servicios. Un 407 pide autenticación de proxy; un error TLS afecta a la confianza de la conexión que falla; un rechazo del origen afecta al acceso a la suscripción o al repositorio. Los hosts CDN de paquetes pueden diferir de los hosts de registro, así que una lista de permitidos para unos no establece el acceso a los otros.

Conserve el punto de conexión efectivo, el proxy elegido y el identificador de cuenta en cada comparación, sin secretos. Las recetas antiguas con rhn_register y /etc/sysconfig/rhn/up2date describen otra generación de herramientas y no identifican los ajustes de una petición RHSM o DNF actual.