Binariul pppd nu a fost găsit: reparați mediul de execuție, nu autentificarea

Nimic nu a ajuns la poartă, pentru că clientul nu a găsit un binar de care are nevoie mai întâi. Mesajul numește un ajutor al mediului de execuție, iar reacția firească este să presupunem că cealaltă parte a refuzat ceva. Nu a refuzat. O integrare bazată pe PPP are nevoie de acel ajutor pe mașina locală, iar el lipsește, este ilizibil sau nu este acolo unde se uită apelantul.

Meniul și demonul sunt lucruri diferite

Un editor de birou poate salva un profil în timp ce ajutorul care l-ar stabili lipsește, pentru că salvarea validează câmpuri, nu capacități. Cele două componente vin în pachete diferite și eșuează în momente diferite. Un profil care se salvează curat și o conexiune care eșuează imediat sunt perfect coerente.

Greșeala inversă este la fel de frecventă: un executabil undeva pe disc nu dovedește că integrarea aleasă găsește copia acceptată. O copie din directorul personal poate satisface un shell și totuși rămâne invizibilă pentru serviciu.

Citiți pachetul, nu fișierul

Înainte de a atinge ceva, verificați starea pachetului instalat, dependențele declarate și lista de fișiere așteptată. Împachetarea distribuțiilor documentează acest lucru explicit, iar pachetul NetworkManager PPTP din Debian este un exemplu util, pentru că depinde separat de pachetul demonului PPP și de clientul PPTP. Este o integrare moștenită, nu o recomandare de a implementa PPTP astăzi. Arată cum un ajutor vine ca dependență proprie, nu în interiorul clientului.

Separați trei moduri de eșec: un pachet care nu s-a instalat, un depozit care nu oferă niciun candidat și un binar instalat manual în afara proprietății pachetului. Au nevoie de reparații diferite, și doar primul se rezolvă prin reinstalarea aceluiași pachet.

Verificarea executabilului într-un shell descrie doar calea de căutare a acelui shell și nimic mai mult. Ajutorul managerului poate rula cu altă cale, în alt mediu sau cu o locație a executabilului configurată explicit.

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

Reparați mediul fără a le strica pe celelalte

Când mediul este dovedit incomplet, folosiți tranzacția de pachete revizuită a distribuției și citiți mai întâi ce va schimba. PPP este partajat de mai multe integrări de rețele de acces, așa că eliminarea sau reinstalarea lui poate lua cu ea consumatori funcționali. Curățarea tuturor pachetelor legate pentru a repara unul stricat este modul în care un laptop pierde două conexiuni funcționale.

Instalarea altui client VPN nu este nici ea o reparație. Creează o cerință nouă de compatibilitate, lăsând profilul original neexplicat.

Dacă organizația a decis că protocolul în sine trebuie să dispară, aceasta este o decizie de migrare cu un proprietar. Nu este un pas de depanare și nu ar trebui luată în momentul în care o conexiune eșuează.

Tratați următoarea eroare ca o etapă nouă

Odată ce ajutorul pornește, așteptați-vă ca următorul eșec să fie diferit. Negocierea legăturii PPP, autentificarea utilizatorului, alocarea adreselor, rutele și rezolvarea numelor pot eșua fiecare independent, iar fiecare are propriile dovezi.

Nu răspundeți la o respingere ulterioară anulând reparația dependenței sau activând toate opțiunile vechi de autentificare și compresie din profil. Asta transformă o problemă diagnosticabilă în mai multe care interacționează. Schimbați o singură setare odată și notați ce a schimbat.

Notați versiunile pachetelor și mesajul exact pe care l-ați văzut. Un raport care numește binarul lipsă și pachetul care ar trebui să îl furnizeze este acționabil într-un mod în care o plângere generală despre VPN nu este.