Липсващият файл pppd: поправете средата, а не удостоверяването

До шлюза не стигна нищо, защото клиентът не намери двоичен файл, който му трябва първо. Съобщението назовава помощник в средата и естествената реакция е да се предположи, че другият край е отказал нещо. Той не отказа. Интеграция, базирана на PPP, се нуждае от този помощник на локалната машина, а той липсва, е нечетим или не е там, където гледа извикващият.

Менюто и демонът са различни неща

Редактор на работния плот може да запише профил, докато помощникът, който би го установил, липсва, защото записът проверява полета, а не възможности. Двата компонента се доставят в различни пакети и се провалят в различни моменти. Профил, който се записва чисто, и връзка, която се проваля веднага, са напълно съвместими.

Обратната грешка е също толкова честа: изпълним файл някъде на диска не доказва, че избраната интеграция намира поддържаното копие. Копие в домашна папка може да задоволи обвивката и въпреки това да остане невидимо за услугата.

Четете пакета, не файла

Проверете състоянието на инсталирания пакет, обявените му зависимости и очаквания списък с файлове, преди да пипнете каквото и да е. Пакетните системи на дистрибуциите документират това изрично, а пакетът NetworkManager PPTP в Debian е полезен пример, защото зависи отделно от пакета на демона PPP и от клиента PPTP. Това е наследена интеграция, а не препоръка да се внедрява PPTP днес. Тя показва как помощникът идва като собствена зависимост, а не вътре в клиента.

Различавайте три режима на отказ: пакет, който не се е инсталирал, хранилище, което не предлага кандидат, и двоичен файл, инсталиран на ръка извън собствеността на пакета. Те изискват различни поправки и само първият се оправя с преинсталиране на същия пакет.

Проверката на изпълнимия файл в обвивка описва пътя за търсене на тази обвивка и нищо повече. Помощникът на мениджъра може да работи с друг път, в друга среда или с изрично зададено място на изпълнимия файл.

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

Поправете средата, без да чупите други

Когато средата е очевидно непълна, използвайте прегледаната пакетна транзакция на дистрибуцията и първо прочетете какво ще промени. PPP се споделя от няколко интеграции на мрежи за достъп, така че премахването или преинсталирането му може да отнесе работещи консуматори. Изчистването на всеки свързан пакет, за да се поправи един счупен, е начинът, по който един лаптоп губи две работещи връзки.

Инсталирането на друг VPN клиент също не е поправка. То създава ново изискване за съвместимост, като оставя оригиналния профил необяснен.

Ако организацията е решила, че самият протокол трябва да си отиде, това е решение за миграция с отговорник. Това не е стъпка за отстраняване на неизправности и не трябва да се взема в момента, в който връзката се провали.

Третирайте следващата грешка като нов етап

След като помощникът стартира, очаквайте следващият отказ да е различен. Договарянето на PPP връзката, удостоверяването на потребителя, разпределянето на адреси, маршрутите и разрешаването на имена могат да се провалят независимо и всяко има своите доказателства.

Не отговаряйте на по-късно отказ, като отменяте поправката на зависимостта или включвате всички стари опции за удостоверяване и компресия в профила. Това превръща един диагностицируем проблем в няколко взаимодействащи си. Променяйте по една настройка наведнъж и записвайте какво е променила.

Запишете версиите на пакетите и точното съобщение, което сте видели. Доклад, който назовава липсващия двоичен файл и пакета, който трябва да го достави, е приложим по начин, по който общото оплакване за VPN не е.