Бинарни фајл pppd није пронађен: поправите окружење, не аутентификацију

Ништа није стигло до мрежног пролаза, јер клијент није могао да пронађе бинарни фајл који му је прво потребан. Порука именује помоћника окружења, а природна реакција је да се претпостави да је друга страна нешто одбила. Није. Интеграцији заснованој на PPP-у потребан је тај помоћник на локалној машини, а он недостаје, нечитљив је или није тамо где позивалац гледа.

Мени и демон су различите ствари

Уређивач радне површине може да сачува профил док помоћник који би га успоставио недостаје, јер чување проверава поља, а не могућности. Две компоненте долазе у различитим пакетима и отказују у различитим тренуцима. Профил који се чисто сачува и веза која одмах откаже потпуно су доследни.

Обрнута грешка је једнако честа: извршна датотека негде на диску не доказује да изабрана интеграција проналази подржану копију. Копија у кућном директоријуму може да задовољи љуску и ипак остане невидљива сервису.

Читајте пакет, не датотеку

Пре него што било шта додирнете, проверите стање инсталираног пакета, његове декларисане зависности и очекивану листу датотека. Паковање дистрибуција то изричито документује, а Debian-ов пакет NetworkManager PPTP је користан пример, јер зависи одвојено од пакета 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 није.