Scaricare Cntlm prima che possa aiutare il gestore dei pacchetti

Se il gestore dei pacchetti non riesce ad autenticarsi al proxy dell'ufficio, chiedergli di scaricare Cntlm crea un ciclo di dipendenza: l'helper serve per la rotta che dovrebbe portare l'helper.

Un client curl già funzionante può fornire il primo download. Per un proxy NTLM, l'opzione --proxy-ntlm di curl seleziona l'autenticazione con il proxy; --ntlm seleziona invece l'autenticazione con la destinazione remota. Fornite l'account del proxy tramite la configurazione delle credenziali di curl.

Recuperate l'RPM di Cntlm compilato per la versione della distribuzione e l'architettura installate dalla sua fonte di pacchetti attendibile. L'URL diretto di un pacchetto Fedora tratto da una vecchia risposta descrive il pacchetto di quella versione; non è un indirizzo di installazione universale attuale.

Un RPM locale può comunque lasciare lavoro di rete

Scaricare il pacchetto helper e risolvere le sue dipendenze sono attività distinte. Non concludete che il pacchetto attuale non abbia dipendenze solo perché un RPM più vecchio non richiedeva download aggiuntivi su un'altra macchina.

Su un sistema basato su DNF, la forma documentata del file locale è:

dnf install ./cntlm.rpm

Usate il nome reale del file scaricato e i privilegi di installazione adeguati. DNF può comunque aver bisogno dei metadati del repository o di pacchetti di dipendenza mancanti. Se quel percorso di rete resta indisponibile, procuratevi i pacchetti necessari per la stessa versione tramite la rotta approvata funzionante, mantenendo la normale politica di verifica dei pacchetti della distribuzione.

Una volta installato e configurato l'helper, il gestore dei pacchetti può usare il suo listener locale per le richieste successive. Quel listener non esiste solo perché è stato salvato un file RPM, e il suo indirizzo di loopback ha senso solo sulla macchina in cui l'helper è in esecuzione.