Ĉu komuna pppd-agorda dosiero rompas vian alian VPN?

Vi aldonas unu linion por ke obstina PPTP-profilo konektiĝu, kaj semajnon poste la L2TP-kliento, kiu funkciis dum monatoj, haltas. La evidenta legado estas, ke la du protokoloj nun konfliktas. Pli ofte ambaŭ klientoj lanĉas pppd, ambaŭ legas la samajn defaŭltojn, kaj la linio, kiun vi aldonis, neniam estis limigita al la profilo, kiun vi riparis. La komuna agorda dosiero estas la kunligo, kaj la protokoloj estas senkulpaj.

Kion kliento heredas kiam ĝi startas

PPP-bazita kliento malofte konstruas sian komandlinion el nenio. Ĝi lanĉas pppd, kiu legas sistemajn defaŭltojn, poste ajnan dosieron de uzanto aŭ terminalo, poste la argumentojn, kiujn la kliento transdonas, kaj la kliento ankaŭ povas montri ĝin al kunula dosiero. Ĉiu el tiuj tavoloj povas porti kromaĵon, aŭtentigan metodon aŭ vojigan direktivon, kaj la unua tavolo, kiu starigas protektitan opcion, povas ŝlosi ĝin kontraŭ postaj ŝanĝoj.

Do la utila demando ne estas, kiu VPN estas rompita, sed kiu tavolo liveris la agordon. Kliento, kiu generas siajn proprajn argumentojn, aspektas memstara kaj tamen heredas ĉion, kion enhavas la sistema dosiero.

Determinu la devenon de la linio antaŭ ol ŝanĝi ĝin

Komencu rigardante la procezon, kiu funkcias dum konekto estas aktiva. La komandlinio montras, kiuj dosieroj estis eksplicite transdonitaj, kaj ĉio, kio ne estas nomita tie, venis el defaŭlta vojo.

ps -o pid=,args= -C pppd

Se la argumenta listo enhavas kunulan nomon, legu tiun dosieron. Se ne, la agordo, kiun vi ĉasas, loĝas en komuna vojo. La pppd-manlibro listigas la ordon, en kiu tiuj dosieroj estas legataj, kaj kiujn opciojn normala uzanto ne povas superregi, kaj tial posta linio foje tute nenion faras. Protektita opcio kiel kromaĵa vojo ne povas esti anstataŭigita per posta linio je uzanta nivelo, do redakti la malĝustan dosieron havas neniun videblan efikon.

La kromaĵa linio, kiu sekvas ĉiun klienton

Kromaĵo ŝargita en la sistema dosiero estas la plej malbona kulpulo, ĉar ĝi ŝanĝas tion, kion nova PPP-procezo provas ŝargi, sendepende de tio, kiun butonon la uzanto premis. La L2TP-kromaĵo estas la klasika ekzemplo: ĝusta por unu profilo, sensignifa aŭ malutila por PPTP-profilo, kiu startas el la samaj defaŭltoj.

Movu ĝin al kunula dosiero, kiun la kliento elektas, aŭ al la propraj agordoj de la kliento por konekto, se ĝi subtenas ilin. Forigi ĝin tute riparas la duan klienton kaj rompas la unuan, kaj tiel ĉi tiuj problemoj vojaĝas inter teamoj.

Kontrolu ĉiun klienton post la movo

Testu ambaŭ konektojn de la sama maŝino, unu post la alia, kaj legu la intertraktitajn opciojn anstataŭ la sukcesan dialogon. La suba eligo printas la opciaron, kiun pppd fakte kunmetis, kaj tio estas la sola listo, kiu gravas.

sudo pppd call office debug dump

Ripetu por la dua kliento kaj komparu la du eligojn. La opcio, kiun vi movis, devus aperi en precize unu el ili. Se ĝi aperas en ambaŭ, la kliento regeneras ĝin, kaj la ripeto apartenas al tiu profilo anstataŭ al la komuna dosiero. Notu, kie la agordo nun loĝas apud la konekto, por ke la sekva persono ne remalkovru la kunligon per ĝia denova rompado.