O registro no Red Hat funciona, mas os downloads DNF pelo proxy falham

Um registro bem-sucedido confirma apenas o acesso ao serviço de assinatura. Os metadados do repositório DNF e os downloads de pacotes podem usar definições e nomes de host diferentes, por isso comece pelo ID do repositório, pelo URL efetivo e pelo primeiro erro da operação que falhou.

No subscription-manager, a secção 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

Substitua estes valores na configuração existente e proteja o ficheiro que contém o segredo real. proxy_hostname recebe um nome de host, não um URL completo com credenciais.

Para o DNF, examine o repositório afetado e a configuração principal. A sua opção proxy é um URL; proxy_username, proxy_password e proxy_auth_method são opções separadas. Um repositório pode sobrepor o valor global. Uma opção de proxy ausente pode permitir a consulta do ambiente, enquanto um valor explicitamente vazio desativa um valor principal configurado para essa secção. Siga a referência da geração de DNF instalada. Para o DNF 4: separe a herança do repositório das regras de contorno do ambiente.

Se o ficheiro de repositório for gerado pelas ferramentas de assinatura, identifique esse proprietário antes de o editar. Uma alteração sobrescrita ao atualizar pertence à fonte de configuração suportada, não a uma reparação repetida do ficheiro de saída.

Depois classifique a primeira falha. A ligação ao proxy precede a verificação de conta de qualquer um dos serviços. Um 407 pede autenticação de proxy; um erro TLS diz respeito à confiança da ligação que falha; uma rejeição da origem diz respeito ao acesso à assinatura ou ao repositório. Os hosts CDN dos pacotes podem diferir dos hosts de registo, por isso uma lista de permitidos para uns não estabelece o acesso aos outros.

Guarde o endpoint efetivo, o proxy escolhido e o identificador de conta em cada comparação, sem segredos. As receitas antigas com rhn_register e /etc/sysconfig/rhn/up2date descrevem outra geração de ferramentas e não identificam as definições de um pedido RHSM ou DNF atual.