Last ned Cntlm før det kan hjelpe pakkebehandleren

Hvis pakkebehandleren ikke kan autentisere seg mot kontorets proxy, skaper forespørselen om å laste ned Cntlm en avhengighetssløyfe: hjelperen trengs for ruten som skulle hente hjelperen.

En allerede fungerende curl-klient kan levere den første nedlastingen. For en NTLM-proxy velger curls --proxy-ntlm-alternativ autentisering mot proxyen; --ntlm velger i stedet autentisering mot den eksterne destinasjonen. Oppgi proxykontoen via curls konfigurasjon for påloggingsinformasjon.

Hent Cntlm-RPM-en som er bygget for den installerte distribusjonsutgaven og arkitekturen, fra dens pålitelige pakkekilde. En direkte Fedora-pakke-URL fra et historisk svar beskriver pakken i den utgaven; det er ikke en gjeldende universell installasjonsadresse.

En lokal RPM kan fortsatt etterlate nettverksarbeid

Å laste ned hjelperpakken og å løse avhengighetene er separate oppgaver. Ikke slut at den gjeldende pakken ikke har avhengigheter fordi en eldre RPM ikke krevde flere nedlastinger på en annen maskin.

På et DNF-basert system er den dokumenterte formen for en lokal fil:

dnf install ./cntlm.rpm

Bruk det faktiske navnet på den nedlastede filen og de riktige installasjonsrettighetene. DNF kan fortsatt trenge metadata for pakkekilden eller manglende avhengighetspakker. Hvis den nettverksruten fortsatt er utilgjengelig, skaff de nødvendige pakkene for samme utgave via den godkjente fungerende ruten, og hold deg til distribusjonens vanlige policy for pakkeverifisering.

Når hjelperen er installert og konfigurert, kan pakkebehandleren bruke den lokale lytteren sin for senere forespørsler. Den lytteren finnes ikke bare fordi en RPM-fil er lagret, og loopback-adressen er bare meningsfull på maskinen der hjelperen kjører.