Бинарната датотека 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 не е.