Binární soubor pppd nenalezen: opravte prostředí, ne ověřování

Ke bráně nic nedorazilo, protože klient nenašel binární soubor, který nejdřív potřebuje. Zpráva pojmenovává pomocníka v prostředí a přirozenou reakcí je předpokládat, že vzdálená strana něco odmítla. Neodmítla. Integrace založená na PPP tohoto pomocníka na místním počítači potřebuje a ten chybí, je nečitelný nebo není tam, kam se volající dívá.

Nabídka a démon jsou různé věci

Editor na ploše může uložit profil, i když pomocník, který by ho měl navázat, chybí, protože ukládání ověřuje pole, ne schopnosti. Obě komponenty se dodávají v různých balíčcích a selhávají v různých okamžicích. Profil, který se čistě uloží, a připojení, které hned selže, jsou zcela v souladu.

Opačná chyba je stejně častá: spustitelný soubor někde na disku nedokazuje, že zvolená integrace najde podporovanou kopii. Kopie v domovském adresáři může uspokojit shell a přesto zůstat pro službu neviditelná.

Čtěte balíček, ne soubor

Prohlédněte stav nainstalovaného balíčku, jeho deklarované závislosti a očekávaný seznam souborů, než na cokoli sáhnete. Balíčkování distribucí to výslovně dokumentuje a balíček NetworkManager PPTP v Debianu je užitečný příklad, protože závisí odděleně na balíčku démona PPP a na klientu PPTP. To je zděděná integrace, nikoli doporučení dnes nasazovat PPTP. Ukazuje, jak pomocník přichází jako vlastní závislost, a ne uvnitř klienta.

Rozlišujte tři režimy selhání: balíček, který se nenainstaloval, úložiště, které nenabízí kandidáta, a binární soubor nainstalovaný ručně mimo vlastnictví balíčku. Potřebují různé opravy a jen první se řeší přeinstalováním stejného balíčku.

Kontrola spustitelného souboru v shellu popisuje vyhledávací cestu tohoto shellu a nic víc. Pomocník správce může běžet s jinou cestou, v jiném prostředí nebo s výslovně nastaveným umístěním spustitelného souboru.

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

Opravte prostředí, aniž byste rozbili jiné

Když je prostředí prokazatelně neúplné, použijte recenzovanou balíčkovou transakci distribuce a nejprve si přečtěte, co změní. PPP sdílí několik integrací přístupových sítí, takže jeho odebrání nebo přeinstalace může vzít s sebou fungující spotřebitele. Vyčištění všech souvisejících balíčků kvůli opravě jednoho rozbitého je způsob, jak notebook ztratí dvě funkční připojení.

Instalace jiného klienta VPN také není oprava. Vytváří nový požadavek na kompatibilitu a původní profil nechává nevysvětlený.

Pokud organizace rozhodla, že samotný protokol má zmizet, je to rozhodnutí o migraci s vlastníkem. Není to krok při řešení potíží a nemělo by se dělat v okamžiku, kdy připojení selže.

Další chybu berte jako novou fázi

Jakmile pomocník nastartuje, očekávejte, že další selhání bude jiné. Vyjednávání spoje PPP, ověřování uživatele, přidělování adres, trasy a překlad jmen mohou selhat nezávisle a každé má své důkazy.

Na pozdější odmítnutí neodpovídejte zrušením opravy závislosti ani zapnutím všech starých možností ověřování a komprese v profilu. Tím se jeden diagnostikovatelný problém změní v několik vzájemně působících. Měňte jedno nastavení po druhém a zaznamenávejte, co změnilo.

Zaznamenejte verze balíčků a přesnou zprávu, kterou jste viděli. Zpráva, která pojmenuje chybějící binární soubor a balíček, který ho má poskytnout, je použitelná způsobem, jakým obecná stížnost na VPN není.