Download Cntlm, før det kan hjælpe pakkehåndteringen

Hvis pakkehåndteringen ikke kan autentificere sig mod kontorets proxy, skaber anmodningen om at hente Cntlm en afhængighedsløkke: hjælperen er nødvendig for den rute, der skulle hente hjælperen.

En curl-klient, der allerede virker, kan levere den første download. Til en NTLM-proxy vælger curls --proxy-ntlm-indstilling autentificering mod proxyen; --ntlm vælger i stedet autentificering mod den eksterne destination. Angiv proxykontoen via curls konfiguration af legitimationsoplysninger.

Hent Cntlm-RPM'en, der er bygget til den installerede distributionsudgave og arkitektur, fra dens betroede pakkekilde. En direkte Fedora-pakke-URL fra et historisk svar beskriver den udgaves pakke; den er ikke en aktuel universel installationsadresse.

En lokal RPM kan stadig efterlade netværksarbejde

At downloade hjælperpakken og at løse dens afhængigheder er separate opgaver. Slut ikke, at den nuværende pakke ikke har afhængigheder, fordi en ældre RPM ikke krævede yderligere downloads på en anden maskine.

På et DNF-baseret system er den dokumenterede lokal-fil-form:

dnf install ./cntlm.rpm

Brug den downloadede fils faktiske navn og de passende installationsrettigheder. DNF kan stadig få brug for metadata om pakkekilden eller manglende afhængighedspakker. Hvis den netværksrute fortsat er utilgængelig, skaf de nødvendige pakker til samme udgave via den godkendte fungerende rute, og overhold distributionens normale politik for pakkeverifikation.

Når hjælperen er installeret og konfigureret, kan pakkehåndteringen bruge dens lokale lytter til senere anmodninger. Den lytter findes ikke blot, fordi en RPM-fil er gemt, og dens loopback-adresse giver kun mening på den maskine, hvor hjælperen kører.