Binarne datoteke pppd ni bilo mogoče najti: popravite okolje, ne preverjanja pristnosti

Do prehoda ni prišlo nič, ker odjemalec ni našel binarne datoteke, ki jo najprej potrebuje. Sporočilo navaja pomočnika okolja, in naravni odziv je domnevati, da je oddaljena stran nekaj zavrnila. Ni zavrnila. Integracija, ki temelji na PPP, potrebuje tega pomočnika na lokalnem računalniku, in ta manjka, je neberljiv ali ni tam, kamor gleda klicatelj.

Meni in demon sta različni stvari

Urejevalnik na namizju lahko shrani profil, čeprav pomočnik, ki bi ga vzpostavil, manjka, ker shranjevanje preverja polja, ne zmožnosti. Oba dela se dobavita v različnih paketih in odpovedujeta ob različnih trenutkih. Profil, ki se shrani čisto, in povezava, ki takoj odpove, sta popolnoma skladna.

Nasprotna napaka je enako pogosta: izvršljiva datoteka nekje na disku ne dokazuje, da izbrana integracija najde podprto kopijo. Kopija v domači mapi lahko zadovolji lupino in vseeno ostane storitvi nevidna.

Berite paket, ne datoteke

Preden se česar koli dotaknete, preverite stanje nameščenega paketa, njegove deklarirane odvisnosti in pričakovani seznam datotek. Pakiranje distribucij to izrecno dokumentira, in paket NetworkManager PPTP v Debianu je koristen primer, ker je odvisen ločeno od paketa demona PPP in od odjemalca PPTP. To je podedovana integracija, ne priporočilo za uvajanje PPTP danes. Pokaže, kako pomočnik pride kot lastna odvisnost in ne znotraj odjemalca.

Ločite tri načine odpovedi: paket, ki se ni namestil, shrambo, ki ne ponuja kandidata, in binarno datoteko, nameščeno ročno zunaj lastništva paketa. Potrebujejo različna popravila, in samo prvega se odpravi s ponovno namestitvijo istega paketa.

Preverjanje izvršljive datoteke v lupini opiše samo iskalno pot te lupine in nič več. Pomočnik upravitelja lahko teče z drugo potjo, v drugem okolju ali z izrecno nastavljeno lokacijo izvršljive datoteke.

dpkg -s network-manager-pptp | grep -E "Status|Depends"
dpkg -L ppp | grep -E "bin/pppd$"
command -v pppd; ls -l /usr/sbin/pppd

Popravite okolje, ne da bi pokvarili druge

Ko je okolje dokazljivo nepopolno, uporabite pregledano paketno transakcijo distribucije in najprej preberite, kaj bo spremenila. PPP si deli več integracij dostopovnih omrežij, zato lahko odstranitev ali ponovna namestitev odnese delujoče uporabnike. Čiščenje vseh povezanih paketov, da bi popravili enega pokvarjenega, je način, kako prenosnik izgubi dve delujoči povezavi.

Namestitev drugega odjemalca VPN tudi ni popravilo. Ustvari novo zahtevo po združljivosti, prvotni profil pa ostane brez razlage.

Če se je organizacija odločila, da mora sam protokol izginiti, je to odločitev o migraciji z lastnikom. To ni korak za odpravljanje težav in ga ne bi smeli sprejeti v trenutku, ko povezava odpove.

Naslednjo napako obravnavajte kot novo stopnjo

Ko se pomočnik zažene, pričakujte, da bo naslednja odpoved drugačna. Pogajanje o povezavi PPP, preverjanje uporabnika, dodeljevanje naslovov, poti in razreševanje imen lahko odpove vsako neodvisno, in vsako ima svoje dokaze.

Na poznejšo zavrnitev ne odgovorite z razveljavitvijo popravila odvisnosti ali z vklopom vseh starih možnosti preverjanja in stiskanja v profilu. To spremeni eno diagnozabilno težavo v več medsebojno delujočih. Spreminjajte eno nastavitev naenkrat in zapisujte, kaj je spremenila.

Zapišite različice paketov in natančno sporočilo, ki ste ga videli. Poročilo, ki navaja manjkajočo binarno datoteko in paket, ki bi jo moral zagotoviti, je izvedljivo na način, kot splošna pritožba glede VPN ni.