Adakah Fail Pilihan pppd Dikongsi Merosakkan VPN Lain Anda?

Anda menambah satu baris supaya profil PPTP yang degil dapat bersambung, dan seminggu kemudian klien L2TP yang berfungsi berbulan-bulan berhenti. Bacaan yang jelas ialah kedua-dua protokol kini bercanggah. Lebih kerap, kedua-dua klien memulakan pppd, kedua-duanya membaca lalai yang sama, dan baris yang anda tambah itu tidak pernah dihadkan kepada profil yang anda sedang baiki. Fail pilihan yang dikongsi itulah gandingannya, dan protokol tidak bersalah.

Apa yang diwarisi klien apabila bermula

Klien berasaskan PPP jarang membina baris perintahnya dari kosong. Ia memulakan pppd, yang membaca lalai sistem, kemudian fail pengguna atau terminal, kemudian argumen yang dihantar oleh klien, dan klien juga boleh menunjuknya ke fail peer. Setiap lapisan itu boleh membawa pemalam, kaedah pengesahan atau arahan laluan, dan lapisan pertama yang menetapkan pilihan terlindung boleh menguncinya daripada perubahan kemudian.

Jadi soalan yang berguna bukanlah VPN mana yang rosak tetapi lapisan mana yang membekalkan tetapan itu. Klien yang menjana argumennya sendiri kelihatan berdikari namun tetap mewarisi segala-galanya yang ada dalam fail sistem.

Jejaki asal baris sebelum mengubahnya

Mulakan dengan melihat proses yang berjalan semasa sambungan aktif. Baris perintah menunjukkan fail mana yang dihantar secara eksplisit, dan apa-apa yang tidak dinamakan di situ datang dari laluan lalai.

ps -o pid=,args= -C pppd

Jika senarai argumen mengandungi nama peer, baca fail itu. Jika tidak, tetapan yang anda cari berada dalam laluan dikongsi. manual pppd menyenaraikan susunan fail itu dibaca dan pilihan yang tidak boleh ditindih oleh pengguna biasa, itulah sebabnya baris yang ditulis kemudian kadang-kadang tidak berkesan langsung. Pilihan terlindung seperti laluan pemalam tidak boleh diganti oleh baris peringkat pengguna yang kemudian, jadi menyunting fail yang salah tidak memberi perubahan yang kelihatan.

Baris pemalam yang mengikut setiap klien

Pemalam yang dimuatkan dalam fail sistem ialah punca terburuk kerana ia mengubah apa yang cuba dimuatkan oleh proses PPP baharu, tanpa mengira butang mana yang ditekan pengguna. Pemalam L2TP ialah contoh klasik: betul untuk satu profil, tidak bermakna atau memudaratkan bagi profil PPTP yang bermula dari lalai yang sama.

Alihkan ke fail peer yang dipilih klien, atau ke tetapan setiap sambungan klien itu sendiri jika disokong. Memadamnya terus membaiki klien kedua dan merosakkan yang pertama, dan begitulah masalah ini berpindah antara pasukan.

Sahkan setiap klien selepas dialihkan

Uji kedua-dua sambungan dari mesin yang sama, satu demi satu, dan baca pilihan yang dirundingkan bukan dialog kejayaan. Dump di bawah mencetak set pilihan yang benar-benar dipasang oleh pppd, dan hanya senarai itulah yang penting.

sudo pppd call office debug dump

Ulangi untuk klien kedua dan bandingkan kedua-dua output. Pilihan yang anda alihkan sepatutnya muncul dalam tepat satu daripadanya. Jika ia muncul dalam kedua-duanya, klien menjananya semula dan pembetulan itu milik profil tersebut, bukan fail dikongsi. Catat di mana tetapan itu kini berada di sebelah sambungan, supaya orang seterusnya tidak menemui semula gandingan itu dengan merosakkannya sekali lagi.