Binar i pppd nuk u gjet: rregulloni mjedisin, jo vërtetimin

Asgjë nuk arriti te porta, sepse klienti nuk gjeti një binar që i nevojitet më parë. Mesazhi përmend një ndihmës të mjedisit, dhe reagimi i natyrshëm është të supozohet se pala tjetër refuzoi diçka. Nuk refuzoi. Një integrim i bazuar në PPP ka nevojë për atë ndihmës në makinën lokale, dhe ai mungon, është i palexueshëm ose nuk është aty ku shikon thirrësi.

Menuja dhe demoni janë gjëra të ndryshme

Një redaktues desktopi mund të ruajë një profil ndërsa ndihmësi që do ta krijonte mungon, sepse ruajtja vërteton fushat, jo aftësitë. Të dy komponentët vijnë në paketa të ndryshme dhe dështojnë në momente të ndryshme. Një profil që ruhet pastër dhe një lidhje që dështon menjëherë janë plotësisht të qëndrueshme.

Gabimi i kundërt është po aq i zakonshëm: një skedar i ekzekutueshëm diku në disk nuk provon që integrimi i zgjedhur gjen kopjen e mbështetur. Një kopje në drejtorinë shtëpiake mund të kënaqë një shell dhe gjithsesi të mbetet e padukshme për shërbimin.

Lexoni paketën, jo skedarin

Përpara se të prekni gjë, shqyrtoni gjendjen e paketës së instaluar, varësitë e deklaruara dhe listën e pritur të skedarëve. Paketimi i shpërndarjeve e dokumenton këtë në mënyrë eksplicite, dhe paketa NetworkManager PPTP e Debian është një shembull i dobishëm, sepse varet veçmas nga paketa e demonit PPP dhe nga klienti PPTP. Ky është një integrim i trashëguar, jo një rekomandim për të vendosur PPTP sot. Tregon se si një ndihmës vjen si varësi e vet, jo brenda klientit.

Mbani tre mënyra dështimi të ndara: një paketë që nuk u instalua, një depo që nuk ofron asnjë kandidat, dhe një binar i instaluar me dorë jashtë pronësisë së paketës. Ato kanë nevojë për riparime të ndryshme, dhe vetëm i pari rregullohet duke reinstaluar të njëjtën paketë.

Kontrolli i skedarit të ekzekutueshëm në një shell përshkruan vetëm rrugën e kërkimit të atij shell dhe asgjë tjetër. Ndihmësi i menaxherit mund të funksionojë me një rrugë tjetër, në një mjedis tjetër ose me një vendndodhje të skedarit të ekzekutueshëm të konfiguruar në mënyrë eksplicite.

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

Rregulloni mjedisin pa prishur të tjerët

Kur mjedisi është provueshëm i paplotë, përdorni transaksionin e rishikuar të paketave të shpërndarjes dhe lexoni fillimisht çfarë do të ndryshojë. PPP ndahet nga disa integrime të rrjeteve të aksesit, kështu që heqja ose riinstalimi i tij mund të marrë me vete konsumatorë që funksionojnë. Pastrimi i çdo pakete të lidhur për të rregulluar një të prishur është mënyra se si një laptop humbet dy lidhje që funksionojnë.

Instalimi i një klienti tjetër VPN nuk është gjithashtu riparim. Krijon një kërkesë të re përputhshmërie, duke e lënë profilin origjinal të pashpjeguar.

Nëse organizata ka vendosur që vetë protokolli duhet të largohet, ky është një vendim migrimi me një pronar. Nuk është një hap për zgjidhjen e problemeve dhe nuk duhet të merret në momentin kur dështon një lidhje.

Trajtoni gabimin tjetër si një etapë të re

Sapo ndihmësi niset, prisni që dështimi tjetër të jetë i ndryshëm. Negocimi i lidhjes PPP, vërtetimi i përdoruesit, caktimi i adresave, rrugët dhe zgjidhja e emrave mund të dështojnë secili në mënyrë të pavarur, dhe secili ka provat e veta.

Mos iu përgjigjni një refuzimi të mëvonshëm duke anuluar riparimin e varësisë ose duke aktivizuar të gjitha opsionet e vjetra të vërtetimit dhe kompresimit në profil. Kjo e kthen një problem të diagnozueshëm në disa që ndërveprojnë. Ndryshoni një cilësim në një herë dhe shënoni çfarë ndryshoi.

Shënoni versionet e paketave dhe mesazhin e saktë që patë. Një raport që përmend binarin që mungon dhe paketën që duhet ta ofrojë është i zbatueshëm në një mënyrë që një ankesë e përgjithshme për VPN nuk është.