Cntlm downloaden voordat het de pakketbeheerder kan helpen

Als de pakketbeheerder zich niet kan authenticeren bij de kantoorproxy, ontstaat door het verzoek om Cntlm te downloaden een afhankelijkheidslus: de helper is nodig voor de route die de helper zou halen.

Een al werkende curl-client kan de eerste download verzorgen. Voor een NTLM-proxy kiest curls optie --proxy-ntlm authenticatie bij de proxy; --ntlm kiest in plaats daarvan authenticatie bij de externe bestemming. Geef het proxyaccount door via de credentialconfiguratie van curl.

Haal het Cntlm-RPM dat is gebouwd voor de geïnstalleerde distributierelease en architectuur op uit de vertrouwde pakketbron. Een directe Fedora-pakket-URL uit een oud antwoord beschrijft het pakket van die release; dat is geen huidig universeel installatieadres.

Een lokaal RPM kan nog netwerkwerk overlaten

Het helperpakket downloaden en de afhankelijkheden ervan oplossen zijn afzonderlijke taken. Concludeer niet dat het huidige pakket geen afhankelijkheden heeft omdat een ouder RPM op een andere machine geen extra downloads nodig had.

Op een op DNF gebaseerd systeem is de gedocumenteerde vorm van een lokaal bestand:

dnf install ./cntlm.rpm

Gebruik de werkelijke naam van het gedownloade bestand en de juiste installatierechten. DNF kan nog steeds repositorymetadata of ontbrekende afhankelijkheidspakketten nodig hebben. Als dat netwerkpad niet beschikbaar blijft, haal de benodigde pakketten voor dezelfde release dan via de goedgekeurde werkende route, met behoud van het normale pakketverificatiebeleid van de distributie.

Zodra de helper is geïnstalleerd en geconfigureerd, kan de pakketbeheerder zijn lokale listener gebruiken voor latere verzoeken. Die listener bestaat niet alleen omdat er een RPM-bestand is opgeslagen, en het loopbackadres ervan is alleen zinvol op de machine waar de helper draait.