Összetöri a megosztott pppd-beállításfájl a másik VPN-t?

Egy sort hozzáad, hogy egy makacs PPTP-profil csatlakozzon, és egy héttel később az L2TP-kliens, amely hónapokig működött, leáll. A kézenfekvő olvasat az, hogy a két protokoll most ütközik. Gyakrabban viszont mindkét kliens elindítja a pppd-t, mindkettő ugyanazt az alapértelmezést olvassa, és a hozzáadott sor soha nem volt arra a profilra korlátozva, amelyet javított. A megosztott beállításfájl a kapcsolat, a protokollok pedig ártatlanok.

Mit örököl a kliens induláskor

A PPP-alapú kliens ritkán építi fel a parancssorát a semmiből. Elindítja a pppd-t, amely beolvassa a rendszer alapértelmezéseit, majd a felhasználói vagy terminálfájlt, aztán a kliens által átadott argumentumokat, és a kliens egy peer-fájlra is irányíthatja. E rétegek mindegyike hordozhat plugint, hitelesítési módot vagy útvonal-utasítást, és az első réteg, amely egy védett beállítást megad, zárolhatja azt a későbbi változtatások elől.

A hasznos kérdés tehát nem az, melyik VPN romlott el, hanem az, melyik réteg szolgáltatta a beállítást. Az a kliens, amely saját argumentumokat állít elő, önellátónak látszik, mégis mindent örököl, amit a rendszerfájl tartalmaz.

Módosítás előtt állapítsa meg a sor eredetét

Kezdje azzal a folyamattal, amely a kapcsolat fennállása alatt fut. A parancssor megmutatja, mely fájlokat adták át kifejezetten, és ami ott nem szerepel, az egy alapértelmezett útvonalról származik.

ps -o pid=,args= -C pppd

Ha az argumentumlistában peer-név szerepel, olvassa el azt a fájlt. Ha nem, a keresett beállítás egy megosztott útvonalon él. A pppd kézikönyve felsorolja e fájlok beolvasási sorrendjét és azokat a beállításokat, amelyeket hétköznapi felhasználó nem írhat felül; ezért fordul elő, hogy egy későbbi sor néha semmit sem tesz. Egy védett beállítást, például egy plugin útvonalát, nem lehet későbbi felhasználói szintű sorral helyettesíteni, így a rossz fájl szerkesztése nem ad látható hatást.

A plugin-sor, amely minden klienst követ

A rendszerfájlban betöltött plugin a legrosszabb eset, mert megváltoztatja, hogy egy új PPP-folyamat mit próbál betölteni, függetlenül attól, melyik gombot nyomta meg a felhasználó. Az L2TP-plugin a klasszikus példa: az egyik profilhoz helyes, az ugyanabból az alapértelmezésből induló PPTP-profilhoz értelmetlen vagy káros.

Helyezze át egy olyan peer-fájlba, amelyet a kliens kiválaszt, vagy a kliens saját, kapcsolatonkénti beállításaiba, ha támogatja azokat. A puszta törlés a második klienst megjavítja és az elsőt elrontja, és pontosan így vándorolnak ezek a problémák a csapatok között.

Áthelyezés után ellenőrizze mindkét klienst

Tesztelje mindkét kapcsolatot ugyanarról a gépről, egymás után, és a tárgyalt beállításokat olvassa, ne a sikeres párbeszédablakot. Az alábbi kiírás azt a beállításkészletet adja, amelyet a pppd ténylegesen összeállított, és csak ez a lista számít.

sudo pppd call office debug dump

Ismételje meg a második klienssel, és hasonlítsa össze a két kimenetet. Az áthelyezett beállításnak pontosan az egyikben kell megjelennie. Ha mindkettőben megjelenik, a kliens újragenerálja, és a javítás ahhoz a profilhoz tartozik, nem a megosztott fájlhoz. Jegyezze fel a kapcsolat mellé, hol él most a beállítás, hogy a következő ember ne fedezze fel újra a kapcsolatot azzal, hogy megint elrontja.