Cntlmin lataaminen ennen kuin se voi auttaa paketinhallintaa
Katkaise latausriippuvuus hakemalla oikea RPM jo toimivalla todennetulla asiakasohjelmalla ja käsittele paketinhallinnan riippuvuudet erikseen.
Jos paketinhallinta ei voi todentautua toimiston välityspalvelimelle, pyyntö ladata Cntlm synnyttää riippuvuussilmukan: apuri tarvitaan reitille, joka toisi apurin.
Jo toimiva curl-asiakasohjelma voi hoitaa ensimmäisen latauksen. NTLM-välityspalvelimella curlin --proxy-ntlm-valitsin valitsee todentamisen välityspalvelimelle; --ntlm valitsee sen sijaan todentamisen etäkohteelle. Anna välityspalvelimen tili curlin tunnistetietomäärityksen kautta.
Hae asennetulle jakelujulkaisulle ja arkkitehtuurille rakennettu Cntlm-RPM sen luotetusta pakettilähteestä. Vanhassa vastauksessa oleva suora Fedora-paketin URL kuvaa kyseisen julkaisun pakettia; se ei ole nykyinen yleinen asennusosoite.
Paikallinen RPM voi silti jättää verkkotyötä
Apuripaketin lataaminen ja sen riippuvuuksien ratkaiseminen ovat erillisiä tehtäviä. Älä päättele, ettei nykyisellä paketilla ole riippuvuuksia, vain koska vanhempi RPM ei vaatinut lisälatauksia toisella koneella.
DNF-pohjaisessa järjestelmässä dokumentoitu paikallisen tiedoston muoto on:
dnf install ./cntlm.rpm
Käytä ladatun tiedoston todellista nimeä ja asianmukaisia asennusoikeuksia. DNF voi silti tarvita pakettivaraston metatietoja tai puuttuvia riippuvuuspaketteja. Jos tämä verkkopolku on edelleen käyttämättömissä, hanki tarvittavat paketit samalle julkaisulle hyväksyttyä toimivaa reittiä pitkin säilyttäen jakelun tavanomainen pakettien varmennuskäytäntö.
Kun apuri on asennettu ja määritetty, paketinhallinta voi käyttää myöhempiin pyyntöihin sen paikallista kuuntelijaa. Sitä kuuntelijaa ei ole olemassa pelkästään siksi, että RPM-tiedosto on tallennettu, ja sen loopback-osoite on merkityksellinen vain koneella, jolla apuri toimii.