Vai kopīgs pppd opciju fails sabojā jūsu otru VPN?

Jūs pievienojat vienu rindu, lai ietiepīgs PPTP profils savienotos, un pēc nedēļas L2TP klients, kas strādāja mēnešiem, apstājas. Acīmredzamais skaidrojums ir tāds, ka abi protokoli tagad konfliktē. Biežāk abi klienti palaiž pppd, abi lasa tos pašus noklusējumus, un jūsu pievienotā rinda nekad netika ierobežota ar profilu, kuru labojāt. Kopīgais opciju fails ir tas pats savienojums, un protokoli ir nevainīgi.

Ko klients pārmanto, kad tas startē

Uz PPP balstīts klients reti kad būvē savu komandrindu no nekā. Tas palaiž pppd, kas nolasa sistēmas noklusējumus, pēc tam jebkuru lietotāja vai termināļa failu, pēc tam argumentus, ko klients nodod, un klients to var arī norādīt uz partnera failu. Katrs no šiem slāņiem var nest spraudni, autentifikācijas metodi vai maršruta direktīvu, un pirmais slānis, kas iestata aizsargātu opciju, var to nobloķēt pret vēlākām izmaiņām.

Tāpēc noderīgais jautājums nav par to, kurš VPN ir salauzts, bet par to, kurš slānis deva iestatījumu. Klients, kas ģenerē savus argumentus, izskatās pašpietiekams un tomēr pārmanto visu, ko satur sistēmas fails.

Noskaidrojiet rindas izcelsmi pirms tās maiņas

Sāciet ar procesa apskati, kas darbojas, kamēr savienojums ir aktīvs. Komandrinda parāda, kuri faili tika nodoti tieši, un viss, kas tur nav nosaukts, nāca no noklusējuma ceļa.

ps -o pid=,args= -C pppd

Ja argumentu sarakstā ir partnera vārds, lasiet šo failu. Ja nav, iestatījums, kuru meklējat, dzīvo kopīgā ceļā. pppd rokasgrāmata uzskaita šo failu lasīšanas secību un opcijas, kuras parasts lietotājs nevar ignorēt, tāpēc vēlāka rinda dažkārt nedara pilnīgi neko. Aizsargātu opciju, piemēram, spraudņa ceļu, nevar aizstāt ar vēlāku lietotāja līmeņa rindu, tāpēc nepareiza faila rediģēšanai nav redzama efekta.

Spraudņa rinda, kas seko katram klientam

Sistēmas failā ielādēta spraudne ir sliktākais pārkāpējs, jo tā maina to, ko jauns PPP process cenšas ielādēt, neatkarīgi no tā, kuru pogu lietotājs nospieda. L2TP spraudne ir klasisks piemērs: pareiza vienam profilam, bezjēdzīga vai kaitīga PPTP profilam, kas sākas no tiem pašiem noklusējumiem.

Pārvietojiet to uz partnera failu, ko klients izvēlas, vai uz klienta paša iestatījumiem katram savienojumam, ja tas tos atbalsta. Pilnīga dzēšana salabo otru klientu un salauž pirmo, un tieši tā šīs problēmas ceļo starp komandām.

Pārbaudiet katru klientu pēc pārvietošanas

Pārbaudiet abus savienojumus no vienas mašīnas, vienu pēc otra, un lasiet saskaņotās opcijas, nevis veiksmes dialogu. Zemāk esošais izdrukas fails izdrukā opciju kopumu, ko pppd faktiski salika, un tas ir vienīgais saraksts, kam ir nozīme.

sudo pppd call office debug dump

Atkārtojiet ar otro klientu un salīdziniet abas izvades. Jūsu pārvietotajai opcijai jāparādās tieši vienā no tām. Ja tā parādās abās, klients to ģenerē no jauna, un labojums pieder šim profilam, nevis kopīgajam failam. Pierakstiet, kur iestatījums tagad dzīvo, blakus savienojumam, lai nākamais cilvēks neatklātu šo savienojumu no jauna, to atkal salaužot.