Не знойдзены бінарны файл 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 — не.