Cntlm downloade foardat it de pakketbehearder helpe kin

As de pakketbehearder him net ferifikaasje kin by de kantoarproxy, makket it fersyk om Cntlm te downloaden in ôfhinklikenslus: de helper is nedich foar de rûte dy't de helper helje soe.

In al wurkjende curl-klant kin de earste download leverje. Foar in NTLM-proxy kiest curl syn --proxy-ntlm-opsje ferifikaasje by de proxy; --ntlm kiest ynstee ferifikaasje by de ôfstânbestimming. Jou it proxy-account troch de credential-konfiguraasje fan curl.

Helje de Cntlm RPM dy't boud is foar de ynstallearre distribúsjeferzje en arsjitektuer by syn fertroude pakketboarne. In direkte Fedora-pakket-URL út in histoarysk antwurd beskriuwt it pakket fan dy ferzje; it is gjin hjoeddeisk universeel ynstallaasje-adres.

In lokale RPM kin noch netwurkwurk oerlitte

It downloade fan it helperpakket en it oplossen fan syn ôfhinklikens binne aparte taken. Meitsje net de konklúzje dat it hjoeddeiske pakket gjin ôfhinklikens hat om't in âlder RPM op in oare masine gjin ekstra downloads nedich hie.

Op in DNF-basearre systeem is de dokumintearre foarm fan in lokaal bestân:

dnf install ./cntlm.rpm

Brûk de werklike namme fan it downloade bestân en de passende ynstallaasjerjochten. DNF kin noch repository-metadata of ûntbrekkende ôfhinklikenspakketten nedich hawwe. As dat netwurkpaad noch net beskikber is, helje dan de fereaske pakketten foar deselde ferzje fia de goedkarde wurkjende rûte, en hâld de normale pakketferifikaasjebelied fan 'e distribúsje oan.

Sadre't de helper ynstallearre en konfigurearre is, kin de pakketbehearder syn lokale listener brûke foar lettere oanfragen. Dy listener bestiet net samar om't in RPM-bestân bewarre is, en syn loopback-adres hat allinnich betsjutting op 'e masine dêr't de helper op draait.