Kon nie die lêer pppd kry nie: herstel die looptyd, nie die aanmelding nie

Niks het by die poort uitgekom nie, want die kliënt kon nie 'n program vind wat hy eers nodig het nie. Die boodskap noem 'n looptydhulp, en die natuurlike reaksie is om te aanvaar dat die ander kant iets geweier het. Dit het nie. 'n PPP-gebaseerde integrasie het daardie hulp op die plaaslike masjien nodig, en dit ontbreek, is onleesbaar of staan nie waar die roeper kyk nie.

Die kieslys en die daemon is twee dinge

'n Werkskermredigeerder kan 'n profiel stoor terwyl die hulp wat dit sou vestig, afwesig is, want stoor valideer velde eerder as vermoëns. Die twee komponente kom in verskillende pakette en misluk op verskillende oomblikke. 'n Profiel wat skoon stoor en 'n verbinding wat onmiddellik misluk, is heeltemal bestaanbaar.

Die teenoorgestelde fout kom net so dikwels voor: 'n uitvoerbare lêer êrens op die skyf bewys nie dat die gekose integrasie die ondersteunde een vind nie. 'n Kopie in 'n tuisgids kan 'n dop bevredig en tog onsigbaar bly vir die diens.

Lees die pakket, nie die lêer nie

Ondersoek die geïnstalleerde pakket se toestand, sy verklaarde afhanklikhede en sy verwagte lêerlys voordat jy enigiets aanraak. Pakketverspreiding dokumenteer dit uitdruklik, en Debian se NetworkManager PPTP-pakket is 'n nuttige voorbeeld, want dit hang afsonderlik van die PPP-daemonpakket en van die PPTP-kliënt af. Dit is 'n nalatenskap-integrasie eerder as 'n aanbeveling om PPTP vandag te ontplooi. Dit illustreer hoe 'n hulp as sy eie afhanklikheid opdaag eerder as binne die kliënt.

Hou drie foutmodusse uitmekaar: 'n pakket wat nie geïnstalleer kon word nie, 'n bewaarplek wat geen kandidaat bied nie, en 'n program wat met die hand buite die pakket se eienaarskap geïnstalleer is. Hulle verg verskillende herstellings, en net die eerste word reggemaak deur dieselfde pakket weer te installeer.

'n Dopkontrole van die uitvoerbare lêer beskryf net daardie dop se soekpad en niks meer nie. Die bestuurder se hulp kan met 'n ander pad, in 'n ander omgewing of met 'n eksplisiet opgestelde ligging van die uitvoerbare lêer loop.

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

Herstel die looptyd sonder om ander te breek

Wanneer die looptyd aantoonbaar onvolledig is, gebruik die verspreiding se nagegane pakkettransaksie en lees eers wat dit gaan verander. PPP word deur verskeie toegangsnetwerkintegrasies gedeel, so om dit te verwyder of te herinstalleer kan werkende verbruikers saamneem. Om elke verwante pakket uit te wis om een stukkende een reg te maak, is hoe 'n skootrekenaar twee werkende verbindings verloor.

Om 'n ander VPN-kliënt te installeer is ook nie 'n herstelling nie. Dit skep 'n nuwe versoenbaarheidsvereiste terwyl die oorspronklike profiel onverklaar gelaat word.

As die organisasie besluit het die protokol self moet weg, is dit 'n migrasiebesluit met 'n eienaar. Dit is nie 'n foutsporingsstap nie, en dit moet nie gemaak word op die oomblik wanneer 'n verbinding misluk nie.

Behandel die volgende fout as 'n nuwe fase

Sodra die hulp begin loop, verwag dat die volgende fout anders sal wees. PPP-skakelonderhandeling, gebruikersverifikasie, adresuitdeling, roetes en naamoplossing kan elk onafhanklik misluk, en elkeen het sy eie bewyse.

Moenie 'n latere weiering beantwoord deur die afhanklikheidsherstel ongedaan te maak of deur elke ou verifikasie- en kompressie-opsie op die profiel aan te skakel nie. Dit verander een diagnoseerbare probleem in verskeie wat mekaar beïnvloed. Verander een instelling op 'n slag en teken aan wat dit verander het.

Teken die pakketweergawes en die presiese boodskap aan wat jy gesien het. 'n Verslag wat die ontbrekende program en die pakket wat dit behoort te verskaf, noem, is bruikbaar op 'n manier wat 'n algemene klag oor die VPN nie is nie.