A Cntlm letöltése, mielőtt segíthetne a csomagkezelőnek
Törje meg a letöltési függőséget úgy, hogy a megfelelő RPM-et egy már működő hitelesített klienssel szerzi be, majd a csomagkezelő függőségeit külön kezelje.
Ha a csomagkezelő nem tud hitelesíteni az irodai proxy felé, a Cntlm letöltésére irányuló kérés körkörös függőséget hoz létre: a segédre ahhoz az útvonalhoz van szükség, amely a segédet hozná.
Egy már működő curl kliens biztosíthatja az első letöltést. NTLM proxy esetén a curl --proxy-ntlm kapcsolója a proxy felé történő hitelesítést választja; a --ntlm helyette a távoli cél felé történő hitelesítést választja. A proxyfiókot a curl hitelesítőadat-konfigurációján keresztül adja meg.
A telepített disztribúció-kiadáshoz és architektúrához készült Cntlm RPM-et a megbízható csomagforrásából töltse le. Egy régi válaszban szereplő közvetlen Fedora-csomag URL az akkori kiadás csomagját írja le; ez nem jelenlegi univerzális telepítési cím.
Egy helyi RPM még hagyhat hálózati munkát
A segédcsomag letöltése és függőségeinek feloldása külön feladatok. Ne következtessen arra, hogy a jelenlegi csomagnak nincsenek függőségei, csak mert egy régebbi RPM egy másik gépen nem igényelt további letöltéseket.
DNF-alapú rendszeren a helyi fájl dokumentált formája:
dnf install ./cntlm.rpm
Használja a letöltött fájl tényleges nevét és a megfelelő telepítési jogosultságokat. A DNF-nek továbbra is szüksége lehet tároló-metaadatokra vagy hiányzó függőségi csomagokra. Ha az a hálózati útvonal továbbra sem elérhető, szerezze be a szükséges csomagokat ugyanahhoz a kiadáshoz a jóváhagyott, működő útvonalon, megtartva a disztribúció szokásos csomag-ellenőrzési szabályzatát.
Miután a segéd telepítve és beállítva van, a csomagkezelő a későbbi kérésekhez használhatja a helyi figyelőjét. Az a figyelő nem attól létezik, hogy egy RPM-fájlt elmentettek, és loopback-címe csak azon a gépen értelmezhető, amelyen a segéd fut.