Un fitxer compartit d'opcions de pppd trenca l'altre VPN?

Afegiu una línia perquè un perfil PPTP tossut es connecti, i una setmana després el client L2TP que havia funcionat durant mesos s'atura. La lectura òbvia és que els dos protocols ara entren en conflicte. Més sovint tots dos clients inicien pppd, tots dos llegeixen els mateixos valors per defecte, i la línia que vau afegir mai no es va limitar al perfil que estàveu arreglant. El fitxer d'opcions compartit és l'acoblament, i els protocols són innocents.

Què hereta un client quan s'inicia

Un client basat en PPP poques vegades construeix la seva línia d'ordres des de zero. Inicia pppd, que llegeix els valors per defecte del sistema, després qualsevol fitxer d'usuari o de terminal, després els arguments que passa el client, i el client també el pot apuntar a un fitxer de parell. Cadascuna d'aquestes capes pot portar un connector, un mètode d'autenticació o una directiva d'encaminament, i la primera capa que estableix una opció protegida la pot bloquejar per a canvis posteriors.

Per tant, la pregunta útil no és quin VPN està trencat, sinó quina capa ha proporcionat el paràmetre. Un client que genera els seus propis arguments sembla autònom i tot i així hereta tot el que conté el fitxer del sistema.

Atribueix la línia abans de canviar-la

Comenceu mirant el procés que s'executa mentre una connexió està activa. La línia d'ordres mostra quins fitxers s'han passat explícitament, i tot el que no hi apareix nomenat ve d'un camí per defecte.

ps -o pid=,args= -C pppd

Si la llista d'arguments conté un nom de parell, llegiu aquest fitxer. Si no, el paràmetre que perseguiu viu en un camí compartit. El manual de pppd llista l'ordre en què es llegeixen aquests fitxers i quines opcions un usuari normal no pot substituir, i per això una línia posterior de vegades no fa absolutament res. Una opció protegida com el camí d'un connector no es pot reemplaçar per una línia posterior a nivell d'usuari, així que editar el fitxer equivocat no té cap efecte visible.

La línia del connector que segueix cada client

Un connector carregat al fitxer del sistema és el pitjor infractor, perquè canvia què intenta carregar un procés PPP nou, independentment del botó que hagi premut l'usuari. El connector L2TP n'és l'exemple clàssic: correcte per a un perfil, sense sentit o perjudicial per a un perfil PPTP que parteix dels mateixos valors per defecte.

Moveu-lo a un fitxer de parell que el client seleccioni, o a la configuració pròpia del client per connexió quan l'admeti. Esborrar-lo directament arregla el segon client i trenca el primer, i així és com aquests problemes viatgen entre equips.

Verifiqueu cada client després del canvi

Proveu les dues connexions des de la mateixa màquina, una darrere l'altra, i llegiu les opcions negociades en lloc del diàleg d'èxit. L'abocament de sota imprimeix el conjunt d'opcions que pppd ha muntat realment, i aquesta és l'única llista que importa.

sudo pppd call office debug dump

Repetiu-ho per al segon client i compareu les dues sortides. L'opció que heu mogut ha d'aparèixer exactament en una d'elles. Si apareix en totes dues, el client la torna a generar i la correcció pertany a aquest perfil i no al fitxer compartit. Anoteu on viu ara el paràmetre al costat de la connexió, perquè la propera persona no redescobreixi l'acoblament tornant-lo a trencar.