A e prish skedari i përbashkët i opsioneve pppd VPN-në tuaj tjetër?

Shtoni një rresht që një profil kokëfortë PPTP të lidhet, dhe një javë më vonë klienti L2TP që kishte punuar me muaj ndalon. Leximi i dukshëm është se dy protokollet tani përplasen. Më shpesh të dy klientët nisin pppd, të dy lexojnë të njëjtat vlera të paracaktuara, dhe rreshti që shtuat nuk ishte kurrë i kufizuar në profilin që po rregullonit. Skedari i përbashkët i opsioneve është ai lidhje, dhe protokollet janë të pafajshme.

Çfarë trashëgon një klient kur niset

Një klient i bazuar në PPP rrallë e ndërton rreshtin e komandës nga asgjëja. Ai nis pppd, i cili lexon vlerat e paracaktuara të sistemit, pastaj çdo skedar përdoruesi ose terminali, pastaj argumentet që kalon klienti, dhe klienti mund t'i drejtohet edhe një skedari partneri. Secila prej këtyre shtresave mund të mbajë një shtojcë, një metodë vërtetimi ose një direktivë rruge, dhe shtresa e parë që vendos një opsion të mbrojtur mund ta bllokojë atë ndaj ndryshimeve të mëvonshme.

Pra, pyetja e dobishme nuk është cili VPN është prishur, por cila shtresë e dha cilësimin. Një klient që gjeneron vetë argumentet e tij duket i vetëmjaftueshëm dhe prapëseprapë trashëgon gjithçka që përmban skedari i sistemit.

Përcakto origjinën e rreshtit përpara se ta ndryshosh

Filloni duke parë procesin që po ekzekutohet ndërsa një lidhje është aktive. Rreshti i komandës tregon cilët skedarë u kaluan në mënyrë të qartë, dhe çdo gjë që nuk përmendet atje erdhi nga një rrugë e paracaktuar.

ps -o pid=,args= -C pppd

Nëse lista e argumenteve përmban një emër partneri, lexoni atë skedar. Nëse jo, cilësimi që po ndiqni jeton në një rrugë të përbashkët. manualin e pppd rendit radhën në të cilën lexohen ata skedarë dhe cilat opsione një përdorues normal nuk mund t'i anashkalojë, prandaj një rresht i mëvonshëm ndonjëherë nuk bën absolutisht asgjë. Një opsion i mbrojtur si rruga e një shtojce nuk mund të zëvendësohet nga një rresht i mëvonshëm në nivel përdoruesi, kështu që modifikimi i skedarit të gabuar nuk ka asnjë efekt të dukshëm.

Rreshti i shtojcës që ndjek çdo klient

Një shtojcë e ngarkuar në skedarin e sistemit është shkelësi më i keq sepse ndryshon atë që një proces i ri PPP përpiqet të ngarkojë, pavarësisht nga butoni që shtypi përdoruesi. Shtojca L2TP është shembulli klasik: e saktë për një profil, e pakuptimtë ose e dëmshme për një profil PPTP që niset nga të njëjtat vlera të paracaktuara.

Zhvendoseni atë në një skedar partneri që zgjedh klienti, ose në cilësimet e vetë klientit për çdo lidhje kur i mbështet. Fshirja e plotë rregullon klientin e dytë dhe prish të parin, dhe kështu udhëtojnë këto probleme midis ekipeve.

Verifiko çdo klient pas zhvendosjes

Testoni të dyja lidhjet nga e njëjta makinë, njëra pas tjetrës, dhe lexoni opsionet e negociuara, jo dialogun e suksesit. Shkarkimi më poshtë printon grupin e opsioneve që pppd ka montuar në të vërtetë, dhe ai është lista e vetme që ka rëndësi.

sudo pppd call office debug dump

Përsëriteni për klientin e dytë dhe krahasoni dy daljet. Opsioni që zhvendosët duhet të shfaqet saktësisht në njërin prej tyre. Nëse shfaqet në të dyja, klienti po e rigjeneron dhe rregullimi i takon atij profili e jo skedarit të përbashkët. Shënoni ku jeton tani cilësimi pranë lidhjes, që personi tjetër të mos e zbulojë përsëri lidhjen duke e prishur sërish.