Un file di opzioni pppd condiviso rompe l'altra VPN?

Aggiungi una riga per far connettere un profilo PPTP ostinato e, una settimana dopo, il client L2TP che funzionava da mesi smette di funzionare. La lettura ovvia è che i due protocolli ora siano in conflitto. Più spesso entrambi i client avviano pppd, entrambi leggono gli stessi default e la riga che hai aggiunto non è mai stata limitata al profilo che stavi sistemando. Il file di opzioni condiviso è l'accoppiamento, e i protocolli sono innocenti.

Cosa eredita un client quando parte

Un client basato su PPP raramente costruisce la propria riga di comando dal nulla. Avvia pppd, che legge i default di sistema, poi un eventuale file utente o di terminale, poi gli argomenti passati dal client, e il client può anche indicargli un file peer. Ognuno di questi livelli può portare un plugin, un metodo di autenticazione o una direttiva di routing, e il primo livello che imposta un'opzione protetta può bloccarla contro modifiche successive.

Quindi la domanda utile non è quale VPN sia rotta, ma quale livello abbia fornito l'impostazione. Un client che genera i propri argomenti sembra autosufficiente e continua comunque a ereditare tutto ciò che il file di sistema contiene.

Attribuisci la riga prima di modificarla

Inizia guardando il processo in esecuzione mentre una connessione è attiva. La riga di comando mostra quali file sono stati passati esplicitamente, e tutto ciò che non è nominato lì proviene da un percorso predefinito.

ps -o pid=,args= -C pppd

Se l'elenco degli argomenti contiene un nome peer, leggi quel file. Se non lo contiene, l'impostazione che stai cercando vive in un percorso condiviso. Il manuale di pppd elenca l'ordine in cui quei file vengono letti e quali opzioni un utente normale non può sovrascrivere, ed è per questo che a volte una riga successiva non fa assolutamente nulla. Un'opzione protetta come il percorso di un plugin non può essere sostituita da una riga successiva a livello utente, quindi modificare il file sbagliato non ha alcun effetto visibile.

La riga del plugin che segue ogni client

Un plugin caricato nel file di sistema è il colpevole peggiore, perché cambia ciò che un nuovo processo PPP cerca di caricare indipendentemente dal pulsante premuto dall'utente. Il plugin L2TP è l'esempio classico: corretto per un profilo, privo di senso o dannoso per un profilo PPTP che parte dagli stessi default.

Spostalo in un file peer che il client seleziona, oppure nelle impostazioni per connessione del client stesso quando le supporta. Eliminarlo del tutto ripara il secondo client e rompe il primo: è così che questi problemi viaggiano tra i team.

Verifica ogni client dopo lo spostamento

Prova entrambe le connessioni dalla stessa macchina, una dopo l'altra, e leggi le opzioni negoziate invece della finestra di successo. Il dump qui sotto stampa l'insieme di opzioni che pppd ha effettivamente composto, l'unico elenco che conta.

sudo pppd call office debug dump

Ripeti per il secondo client e confronta i due output. L'opzione che hai spostato dovrebbe comparire in esattamente uno dei due. Se compare in entrambi, il client la rigenera e la correzione appartiene a quel profilo, non al file condiviso. Annota dove vive ora l'impostazione accanto alla connessione, così la prossima persona non riscopre l'accoppiamento rompendolo di nuovo.