Nie znaleziono pliku binarnego pppd: napraw środowisko uruchomieniowe, nie uwierzytelnianie

Nic nie dotarło do bramy, ponieważ klient nie znalazł pliku binarnego, którego potrzebuje najpierw. Komunikat wymienia pomocnika środowiska uruchomieniowego, a naturalną reakcją jest założenie, że druga strona czegoś odmówiła. Nie odmówiła. Integracja oparta na PPP potrzebuje tego pomocnika na maszynie lokalnej, a go brak, jest nieczytelny lub nie ma go tam, gdzie patrzy wywołujący.

Menu i demon to dwie różne rzeczy

Edytor pulpitu może zapisać profil, mimo że brakuje pomocnika, który by go ustanowił, ponieważ zapis sprawdza pola, a nie możliwości. Oba komponenty są dostarczane w różnych pakietach i zawodzą w różnych momentach. Profil zapisujący się czysto i połączenie zawodzące natychmiast są całkowicie spójne.

Odwrotny błąd jest równie częsty: plik wykonywalny gdzieś na dysku nie dowodzi, że wybrana integracja znajduje obsługiwaną kopię. Kopia w katalogu domowym może zadowolić powłokę i nadal pozostać niewidoczna dla usługi.

Czytaj pakiet, nie plik

Przed dotknięciem czegokolwiek sprawdź stan zainstalowanego pakietu, jego zadeklarowane zależności i oczekiwaną listę plików. Pakowanie dystrybucji dokumentuje to wprost, a pakiet NetworkManager PPTP w Debianie jest użytecznym przykładem, bo zależy osobno od pakietu demona PPP i od klienta PPTP. To integracja odziedziczona, nie zalecenie wdrażania PPTP dziś. Pokazuje, jak pomocnik przychodzi jako własna zależność, a nie wewnątrz klienta.

Rozróżnij trzy tryby awarii: pakiet, który się nie zainstalował, repozytorium, które nie oferuje kandydata, oraz plik binarny zainstalowany ręcznie poza własnością pakietu. Wymagają różnych napraw, i tylko pierwszy naprawia się przez ponowną instalację tego samego pakietu.

Sprawdzenie pliku wykonywalnego w powłoce opisuje tylko ścieżkę wyszukiwania tej powłoki i nic więcej. Pomocnik menedżera może działać z inną ścieżką, w innym środowisku lub z jawnie skonfigurowaną lokalizacją pliku wykonywalnego.

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

Napraw środowisko, nie psując innych

Gdy środowisko jest udowodnienie niekompletne, użyj przejrzanej transakcji pakietów dystrybucji i najpierw przeczytaj, co zmieni. PPP jest współdzielony przez kilka integracji sieci dostępowych, więc usunięcie lub ponowna instalacja może zabrać ze sobą działających użytkowników. Czyszczenie wszystkich powiązanych pakietów, by naprawić jeden zepsuty, to sposób, w jaki laptop traci dwa działające połączenia.

Instalacja innego klienta VPN też nie jest naprawą. Tworzy nowe wymaganie zgodności, pozostawiając pierwotny profil bez wyjaśnienia.

Jeśli organizacja zdecydowała, że sam protokół powinien zniknąć, to decyzja migracyjna z właścicielem. To nie jest krok rozwiązywania problemów i nie powinna być podejmowana w chwili, gdy połączenie zawodzi.

Traktuj następny błąd jako nowy etap

Gdy pomocnik wystartuje, spodziewaj się, że następna awaria będzie inna. Negocjacja łącza PPP, uwierzytelnianie użytkownika, przydzielanie adresów, trasy i rozwiązywanie nazw mogą zawieść każde niezależnie, a każde ma własne dowody.

Nie odpowiadaj na późniejszą odmowę cofnięciem naprawy zależności ani włączeniem wszystkich starych opcji uwierzytelniania i kompresji w profilu. To zamienia jeden diagnozowalny problem w kilka wzajemnie na siebie wpływających. Zmieniaj jedno ustawienie naraz i zapisuj, co zmieniło.

Zapisz wersje pakietów i dokładny komunikat, który widziałeś. Raport, który wymienia brakujący plik binarny i pakiet, który powinien go dostarczyć, jest wykonalny w sposób, w jaki ogólna skarga na VPN nie jest.