Baixar o Cntlm antes que ele possa ajudar o gerenciador de pacotes

Se o gerenciador de pacotes não consegue autenticar-se no proxy do escritório, pedir que baixe o Cntlm cria um ciclo de dependência: o auxiliar é necessário para a rota que traria o auxiliar.

Um cliente curl já funcional pode fornecer o primeiro download. Para um proxy NTLM, a opção --proxy-ntlm do curl seleciona a autenticação com o proxy; --ntlm seleciona, em vez disso, a autenticação com o destino remoto. Informe a conta do proxy pela configuração de credenciais do curl.

Obtenha o RPM do Cntlm compilado para a versão da distribuição e a arquitetura instaladas a partir da sua fonte de pacotes confiável. A URL direta de um pacote Fedora de uma resposta antiga descreve o pacote daquela versão; não é um endereço de instalador universal atual.

Um RPM local ainda pode deixar trabalho de rede

Baixar o pacote auxiliar e resolver suas dependências são tarefas distintas. Não conclua que o pacote atual não tem dependências só porque um RPM mais antigo não exigiu downloads adicionais em outra máquina.

Em um sistema baseado em DNF, a forma documentada de arquivo local é:

dnf install ./cntlm.rpm

Use o nome real do arquivo baixado e os privilégios de instalação adequados. O DNF ainda pode precisar de metadados do repositório ou de pacotes de dependência ausentes. Se esse caminho de rede continuar indisponível, obtenha os pacotes necessários para a mesma versão pela rota aprovada que funciona, mantendo a política habitual de verificação de pacotes da distribuição.

Depois que o auxiliar estiver instalado e configurado, o gerenciador de pacotes pode usar seu ouvinte local para pedidos posteriores. Esse ouvinte não existe apenas porque um arquivo RPM foi salvo, e seu endereço de loopback só faz sentido na máquina em que o auxiliar é executado.