pppd-binair niet gevonden: repareer de runtime, niet de authenticatie

Niets bereikte de gateway, omdat de client een binair bestand niet kon vinden dat hij eerst nodig heeft. Het bericht noemt een runtime-hulp, en de natuurlijke reactie is aannemen dat de andere kant iets weigerde. Dat deed hij niet. Een PPP-gebaseerde integratie heeft die hulp op de lokale machine nodig, en die ontbreekt, is onleesbaar of staat niet waar de aanroeper kijkt.

Het menu en de daemon zijn verschillende dingen

Een desktop-editor kan een profiel opslaan terwijl de hulp die het zou opzetten ontbreekt, omdat opslaan velden valideert, geen mogelijkheden. De twee componenten komen in verschillende pakketten en falen op verschillende momenten. Een profiel dat netjes wordt opgeslagen en een verbinding die meteen faalt, zijn volledig consistent.

De omgekeerde fout is even gewoon: een uitvoerbaar bestand ergens op de schijf bewijst niet dat de gekozen integratie de ondersteunde kopie vindt. Een kopie in een thuismap kan een shell tevredenstellen en toch onzichtbaar blijven voor de dienst.

Lees het pakket, niet het bestand

Controleer de status van het geïnstalleerde pakket, zijn gedeclareerde afhankelijkheden en zijn verwachte bestandslijst voordat u iets aanraakt. De pakkettering van distributies documenteert dit expliciet, en Debian’s NetworkManager PPTP-pakket is een nuttig voorbeeld, omdat het apart afhangt van het PPP-daemonpakket en van de PPTP-client. Dat is een legacy-integratie, geen aanbeveling om PPTP vandaag uit te rollen. Het laat zien hoe een hulp als zijn eigen afhankelijkheid arriveert en niet in de client.

Houd drie faalwijzen apart: een pakket dat niet is geïnstalleerd, een repository die geen kandidaat biedt, en een binair bestand dat handmatig buiten het eigendom van het pakket is geïnstalleerd. Ze hebben verschillende reparaties nodig, en alleen de eerste wordt opgelost door hetzelfde pakket opnieuw te installeren.

Een shell-controle van het uitvoerbare bestand beschrijft alleen het zoekpad van die shell en niets meer. De hulp van de beheerder kan draaien met een ander pad, in een andere omgeving of met een expliciet geconfigureerde locatie van het uitvoerbare bestand.

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

Repareer de runtime zonder anderen te breken

Wanneer de runtime aantoonbaar onvolledig is, gebruik de beoordeelde pakkettransactie van de distributie en lees eerst wat die zal veranderen. PPP wordt gedeeld door meerdere toegangsnetwerkintegraties, dus verwijderen of opnieuw installeren kan werkende gebruikers meenemen. Alle verwante pakketten opschonen om één kapot pakket te repareren is hoe een laptop twee werkende verbindingen verliest.

Een andere VPN-client installeren is ook geen reparatie. Het creëert een nieuwe compatibiliteitseis terwijl het oorspronkelijke profiel onverklaard blijft.

Als de organisatie heeft besloten dat het protocol zelf moet verdwijnen, is dat een migratiebeslissing met een eigenaar. Het is geen stap voor probleemoplossing, en die moet niet worden genomen op het moment dat een verbinding faalt.

Behandel de volgende fout als een nieuwe fase

Zodra de hulp start, verwacht dat de volgende fout anders is. PPP-linkonderhandeling, gebruikersauthenticatie, adrestoewijzing, routes en naamresolutie kunnen elk afzonderlijk falen, en elk heeft zijn eigen bewijs.

Reageer niet op een latere weigering door de afhankelijkheidsreparatie ongedaan te maken of door alle oude authenticatie- en compressieopties in het profiel in te schakelen. Dat maakt van één diagnoseerbaar probleem meerdere die elkaar beïnvloeden. Wijzig één instelling tegelijk en noteer wat die veranderde.

Noteer de pakketversies en het exacte bericht dat u zag. Een rapport dat het ontbrekende binaire bestand en het pakket dat het zou moeten leveren noemt, is uitvoerbaar op een manier die een algemene klacht over de VPN niet is.