No s’ha trobat el binari pppd: arregleu l’entorn, no l’autenticació

No va arribar res a la passarel·la, perquè el client no va trobar un binari que necessita primer. El missatge anomena un auxiliar de l’entorn, i la reacció natural és suposar que l’extrem remot ha rebutjat alguna cosa. No ho va fer. Una integració basada en PPP necessita aquest auxiliar a la màquina local, i falta, és il·legible o no és on mira el cridador.

El menú i el dimoni són coses diferents

Un editor d’escriptori pot desar un perfil mentre l’auxiliar que l’hauria d’establir és absent, perquè desar valida camps, no capacitats. Els dos components viatgen en paquets diferents i fallen en moments diferents. Un perfil que es desa net i una connexió que falla immediatament són del tot coherents.

L’error invers és igual de comú: un executable en algun lloc del disc no demostra que la integració seleccionada trobi la còpia compatible. Una còpia al directori personal pot satisfer un intèrpret i continuar sent invisible per al servei.

Llegiu el paquet, no el fitxer

Reviseu l’estat del paquet instal·lat, les dependències declarades i la llista de fitxers esperada abans de tocar res. L’empaquetament de les distribucions ho documenta explícitament, i el paquet NetworkManager PPTP del Debian n’és un bon exemple, perquè depèn per separat del paquet del dimoni PPP i del client PPTP. És una integració heretada, no una recomanació per desplegar PPTP avui. Il·lustra com un auxiliar arriba com a dependència pròpia i no dins del client.

Manteniu separats tres modes de fallada: un paquet que no s’ha instal·lat, un repositori que no ofereix cap candidat i un binari instal·lat a mà fora de la propietat del paquet. Necessiten reparacions diferents, i només el primer es resol reinstal·lant el mateix paquet.

La comprovació de l’executable en un intèrpret descriu el camí de cerca d’aquest intèrpret i res més. L’auxiliar del gestor pot executar-se amb un camí diferent, en un entorn diferent o amb una ubicació d’executable configurada explícitament.

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

Repareu l’entorn sense trencar els altres

Quan l’entorn és demostrablement incomplet, feu servir la transacció de paquets revisada de la distribució i llegiu primer què canviarà. PPP el comparteixen diverses integracions de xarxes d’accés, així que treure’l o reinstal·lar-lo pot endur-se consumidors que funcionen. Purgar tots els paquets relacionats per arreglar-ne un de trencat és com un portàtil perd dues connexions que funcionen.

Instal·lar un altre client VPN tampoc no és una reparació. Crea un requisit de compatibilitat nou mentre deixa el perfil original sense explicació.

Si l’organització ha decidit que el protocol mateix ha de desaparèixer, això és una decisió de migració amb un responsable. No és un pas de diagnòstic i no s’hauria de prendre en el moment en què falla una connexió.

Tracteu el proper error com una etapa nova

Quan l’auxiliar arrenqui, espereu que la propera fallada sigui diferent. La negociació de l’enllaç PPP, l’autenticació d’usuari, l’assignació d’adreces, les rutes i la resolució de noms poden fallar cadascuna de manera independent, i cadascuna té les seves proves.

No respongueu a un rebuig posterior desfent la reparació de la dependència ni activant totes les opcions antigues d’autenticació i compressió del perfil. Això converteix un problema diagnosticable en diversos d’interactuants. Canvieu un paràmetre alhora i anoteu què ha canviat.

Anoteu les versions dels paquets i el missatge exacte que heu vist. Un informe que anomena el binari absent i el paquet que l’hauria de proporcionar és accionable d’una manera que una queixa general sobre la VPN no ho és.