Télécharger Cntlm avant qu'il puisse aider le gestionnaire de paquets

Si le gestionnaire de paquets ne peut pas s'authentifier auprès du proxy du bureau, lui demander de télécharger Cntlm crée une boucle de dépendance : l'assistant est nécessaire pour la route qui amènerait l'assistant.

Un client curl déjà fonctionnel peut fournir le premier téléchargement. Pour un proxy NTLM, l'option --proxy-ntlm de curl sélectionne l'authentification auprès du proxy ; --ntlm sélectionne plutôt l'authentification auprès de la destination distante. Fournissez le compte du proxy via la configuration des identifiants de curl.

Récupérez le RPM Cntlm compilé pour la version de distribution et l'architecture installées depuis sa source de paquets de confiance. L'URL directe d'un paquet Fedora issue d'une réponse ancienne décrit le paquet de cette version ; ce n'est pas une adresse d'installateur universelle actuelle.

Un RPM local peut encore laisser du travail réseau

Télécharger le paquet assistant et résoudre ses dépendances sont deux tâches distinctes. Ne concluez pas que le paquet actuel n'a aucune dépendance parce qu'un RPM plus ancien n'a pas nécessité de téléchargements supplémentaires sur une autre machine.

Sur un système fondé sur DNF, la forme documentée du fichier local est :

dnf install ./cntlm.rpm

Utilisez le nom réel du fichier téléchargé et les privilèges d'installation appropriés. DNF peut encore avoir besoin des métadonnées du dépôt ou de paquets de dépendance manquants. Si cette voie réseau reste indisponible, obtenez les paquets requis pour la même version par la route approuvée qui fonctionne, en respectant la politique habituelle de vérification des paquets de la distribution.

Une fois l'assistant installé et configuré, le gestionnaire de paquets peut utiliser son écouteur local pour les requêtes ultérieures. Cet écouteur n'existe pas simplement parce qu'un fichier RPM a été enregistré, et son adresse de bouclage n'a de sens que sur la machine où l'assistant s'exécute.