Opções de proxy do RPM para downloads de pacotes por URL
Verifique as opções de proxy próprias do RPM para obtenção de URL quando um comando direto de pacote remoto se comporta de forma diferente do DNF.
rpm -Uvh https://packages.example.net/example.rpm inclui uma etapa de obtenção pela rede. Antes de verificar ou instalar o pacote, o RPM precisa obter o arquivo.
Uma configuração de proxy do DNF que funciona não define as opções usadas por essa invocação separada. O manual do RPM documenta --httpproxy e --httpport para o seu caminho de obtenção HTTP. A versão instalada do RPM e a organização do seu auxiliar de URL determinam os detalhes. A referência de opções comuns do RPM 6 marca essas opções de obtenção pela rede como obsoletas e recomenda, em vez delas, uma ferramenta de obtenção dedicada, como curl ou GNU Wget.
Para um fluxo de trabalho que você mantém, estabeleça primeiro qual camada obtém a URL. Para um fluxo novo, um download explicitamente aprovado seguido de verificação e instalação locais do pacote evita depender dessas opções de obtenção obsoletas.
Mantenha os campos no formato documentado. Não presuma que toda versão aceita uma URL com credenciais em qualquer lugar onde se pede um nome de host de proxy, e não edite o arquivo de macros global de uma distribuição só porque uma resposta antiga fez isso.
Localize a etapa da falha: a obtenção conseguiu alcançar o proxy, a autenticação foi aceita e o endpoint do pacote retornou o arquivo pretendido? Um erro posterior de assinatura ou de dependências é um problema diferente de uma conexão de proxy travada.
Preserve a verificação normal do pacote. Fazer a rota de download funcionar não é motivo para desativar as verificações de assinatura, instalar um arquivo não confiável ou tomar um comando DNF bem-sucedido como prova de que esta obtenção do RPM seguiu a mesma rota.