Fann ikkje pppd-binæren: reparer køyretidsmiljøet, ikkje pålogginga

Ingenting nådde gatewayen, fordi klienten ikkje fann ein binær han treng først. Meldinga nemner ein hjelpar i køyretidsmiljøet, og den naturlege responsen er å anta at den andre sida avviste noko. Det gjorde ho ikkje. Ein PPP-basert integrasjon treng den hjelparen på den lokale maskina, og han manglar, er uleseleg eller ligg ikkje der den som kallar ser.

Menyen og daemonen er ulike ting

Ein skrivebordseditor kan lagre ein profil medan hjelparen som skulle oppretta han manglar, fordi lagring validerer felt, ikkje evner. Dei to komponentane kjem i ulike pakkar og feilar på ulike tidspunkt. Ein profil som blir lagra reint, og ei tilkopling som feilar med ein gong, er heilt konsistente.

Den motsette feilen er like vanleg: ei køyrbar fil ein stad på disken beviser ikkje at den valde integrasjonen finn den støtta kopien. Ein kopi i heimekatalogen kan tilfredsstilla eit skal og likevel vere usynleg for tenesta.

Les pakken, ikkje fila

Undersøk tilstanden til den installerte pakken, dei deklarerte avhengnadene og den venta fillista før du rører noko. Pakkinga til distribusjonane dokumenterer dette uttrykkeleg, og Debian sin NetworkManager PPTP-pakke er eit nyttig døme, fordi han avheng av PPP-daemonpakken og av PPTP-klienten kvar for seg. Det er ein eldre integrasjon, ikkje ei tilråding om å rulle ut PPTP i dag. Han viser korleis ein hjelpar kjem som si eiga avhengnad og ikkje inne i klienten.

Hald tre feilmodus frå kvarandre: ein pakke som ikkje vart installert, eit arkiv som ikkje tilbyr nokon kandidat, og ein binær som er installert manuelt utanfor eigarskapet til pakken. Dei treng ulike reparasjonar, og berre den første blir løyst ved å installere den same pakken på nytt.

Ein skalkontroll av den køyrbare fila skildrar berre søkjestien til det skalet og ingenting meir. Hjelparen til behandlaren kan køyre med ein annan sti, i eit anna miljø eller med ein eksplisitt konfigurert plassering av den køyrbare fila.

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

Reparer køyretidsmiljøet utan å øydeleggje andre

Når køyretidsmiljøet er påviseleg ufullstendig, bruk den gjennomgåtte pakketransaksjonen til distribusjonen og les først kva han vil endre. PPP blir delt av fleire tilgangsnettverksintegrasjonar, så fjerning eller reinstallasjon kan ta med seg fungerande brukarar. Å rydde alle relaterte pakkar for å reparere éin øydelagd er måten ein berbar datamaskin mistar to fungerande tilkoplingar.

Å installere ein annan VPN-klient er heller ikkje ein reparasjon. Det skaper eit nytt kompatibilitetskrav medan den opphavlege profilen blir ståande uforklart.

Viss organisasjonen har bestemt at sjølve protokollen skal bort, er det ei migreringsavgjerd med ein eigar. Det er ikkje eit feilsøkingssteg, og det bør ikkje takast i det augneblinken ei tilkopling feilar.

Behandle den neste feilen som ein ny fase

Når hjelparen startar, vent at den neste feilen er annleis. PPP-lenkeforhandling, brukarautentisering, adressetildeling, ruter og namneoppslag kan kvar for seg feile uavhengig, og kvar har sine eigne bevis.

Ikkje svar på ei seinare avvising ved å angre avhengnadsreparasjonen eller ved å slå på alle gamle autentiserings- og komprimeringsval i profilen. Det gjer éitt diagnostiserbart problem til fleire som verkar inn på kvarandre. Endre éi innstilling om gongen og noter kva ho endra.

Noter pakkeversjonane og den nøyaktige meldinga du såg. Ein rapport som namngjev den manglande binæren og pakken som skulle levert han, er handlingsretta på ein måte ei generell klage på VPN ikkje er.