Nada chegou á pasarela, porque o cliente non atopou un binario que necesita primeiro. A mensaxe nomea un auxiliar do contorno, e a reacción natural é supoñer que o extremo remoto rexeitou algo. Non o fixo. Unha integración baseada en PPP necesita ese auxiliar na máquina local, e falta, é ilexible ou non está onde mira o chamador.

O menú e o daemon son cousas distintas

Un editor de escritorio pode gardar un perfil mentres o auxiliar que o establecería está ausente, porque gardar valida campos, non capacidades. Os dous compoñentes veñen en paquetes distintos e fallan en momentos distintos. Un perfil que se garda limpo e unha conexión que falla de inmediato son totalmente coherentes.

O erro inverso é igual de común: un executable nalgún lugar do disco non demostra que a integración elixida atope a copia compatible. Unha copia no directorio persoal pode satisfacer un intérprete e seguir sendo invisible para o servizo.

Lea o paquete, non o ficheiro

Revise o estado do paquete instalado, as súas dependencias declaradas e a lista de ficheiros esperada antes de tocar nada. O empaquetado das distribucións documéntao explicitamente, e o paquete NetworkManager PPTP de Debian é un bo exemplo, porque depende por separado do paquete do daemon PPP e do cliente PPTP. É unha integración heredada, non unha recomendación para despregar PPTP hoxe. Ilustra como un auxiliar chega como dependencia propia e non dentro do cliente.

Manteña separados tres modos de fallo: un paquete que non se instalou, un repositorio que non ofrece ningún candidato e un binario instalado a man fóra da propiedade do paquete. Necesitan reparacións distintas, e só o primeiro se resolve reinstalando o mesmo paquete.

A comprobación do executable nun intérprete describe a ruta de busca dese intérprete e nada máis. O auxiliar do xestor pode executarse con outra ruta, noutro contorno ou cunha localización de executable configurada explicitamente.

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

Arranxe o contorno sen romper os demais

Cando o contorno é demostrablemente incompleto, use a transacción de paquetes revisada da distribución e lea primeiro que vai cambiar. PPP compárteno varias integracións de redes de acceso, así que quitalo ou reinstalalo pode levar consigo consumidores que funcionan. Purgar todos os paquetes relacionados para arranxar un roto é como un portátil perde dúas conexións que funcionan.

Instalar outro cliente VPN tampouco é unha reparación. Crea un requisito de compatibilidade novo mentres deixa o perfil orixinal sen explicación.

Se a organización decidiu que o protocolo mesmo debe desaparecer, iso é unha decisión de migración cun responsable. Non é un paso de diagnóstico e non debería tomarse no momento en que falla unha conexión.

Trate o seguinte erro como unha etapa nova

Cando o auxiliar arranque, espere que o seguinte fallo sexa distinto. A negociación da ligazón PPP, a autenticación de usuario, a asignación de enderezos, as rutas e a resolución de nomes poden fallar cada unha de forma independente, e cada unha ten as súas propias probas.

Non responda a un rexeitamento posterior desfacendo a reparación da dependencia nin activando todas as opcións antigas de autenticación e compresión do perfil. Iso converte un problema diagnosticable en varios que interactúan. Cambie un axuste á vez e anote que cambiou.

Anote as versións dos paquetes e a mensaxe exacta que viu. Un informe que nomea o binario ausente e o paquete que debería proporcionlo é accionable dunha maneira que unha queixa xeral sobre a VPN non o é.

Artigos relacionados