vpn.persistent terus mencuba, tetapi tidak mengekalkan anda bersambung

NetworkManager mendedahkan satu sifat, vpn.persistent, dan orang memintanya menjawab empat soalan berbeza sekali gus. Dokumentasinya di hulu berhati-hati: kegigihan terpakai apabila perkhidmatan VPN menyokongnya dan profil mengaktifkannya, dan sambungan kemudian diminta bertahan melalui perubahan pautan dan gangguan sehingga pemutusan yang jelas. Dokumentasi yang sama juga menunjukkan sifat itu lalai kepada false, yang bukan apa yang diandaikan oleh kebanyakan pelan pemulihan. Bacalah ia sebagai permintaan untuk percubaan, bukan janji hasil.

Apa yang sebenarnya dijanjikan oleh tetapan itu

Nilai yang disimpan dalam profil ialah arahan kepada pengurus, dan pengurus mesti menyerahkan arahan itu kepada pemalam VPN yang tahu apa yang perlu dilakukan dengannya. Jika pemalam yang dipasang mengabaikan sifat itu, profil tetap diaktifkan dan log kekal senyap, yang merupakan yang terburuk daripada kedua-dua dunia bagi sesiapa yang akan menyahpepijat kemudian. Tiada apa-apa dalam profil boleh memaksa pemalam melaksanakan tingkah laku yang tidak dimilikinya, jadi satu-satunya hasil yang kelihatan ialah ketiadaan.

Itulah sebabnya syarat dalam dokumentasi lebih penting daripada suis. Semak pemalam dan keluaran mana yang benar-benar anda miliki, dan tulis versi itu di sebelah penerangan sambungan supaya orang seterusnya tidak perlu menemuinya semula. Dasar pemulihan yang dibina atas bendera yang tidak dilaksanakan gagal tepat sekali dalam pengeluaran dan sentiasa pada saat yang paling menyusahkan.

Melayan sifat itu sebagai percubaan juga menetapkan jangkaan yang betul untuk ujian. Anda tidak menyemak sama ada bendera ditetapkan; anda menyemak sama ada sesuatu berlaku apabila pautan terputus. Itu eksperimen yang berbeza, dan hanya satu daripadanya berbaloi untuk satu petang.

Empat soalan yang digabungkan menjadi satu

Pengaktifan bertanya apa yang menaikkan VPN pada mulanya. Profil NetworkManager boleh diikat pada sambungan asas, perkhidmatan OpenVPN yang diurus secara berasingan memiliki permulaannya sendiri, dan menambah pelancar ketiga pada susunan itu memberi anda dua pemilik dengan idea berbeza tentang siapa yang mengawal. Tentukan komponen mana yang memiliki permulaan sebelum anda menambah pencetus lain.

Pemulihan bertanya apa yang berlaku apabila pautan berubah atau hilang, dan itulah soalan sempit yang ditangani oleh vpn.persistent. Keaktifan bertanya sama ada klien boleh mengetahui bahawa hujung jauh berhenti menjawab, dan tingkah laku keepalive atau mula semula OpenVPN menjawabnya sebagai ganti; kedua-dua mekanisme sering diterangkan dengan perkataan yang sama dan dilaksanakan di tempat berbeza. Uji mereka secara berasingan, dengan alat berbeza, atau anda akan mengaitkan satu tingkah laku dengan yang lain.

Niat bertanya sama ada penyambungan semula dikehendaki sama sekali, dan itulah soalan yang tinjauan status tidak dapat menjawab. Hentian yang disengajakan dan gangguan menghasilkan keadaan tidak aktif yang sama, jadi apa-apa yang menyambung semula atas ketiadaan sedang meneka keputusan manusia. Meneka tidak mengapa sehingga saat ia mengatasi seseorang.

Senarai semak yang memisahkannya

Jalankan peristiwa itu mengikut urutan dan bukan membaca konfigurasi serta menaakulnya, dan catat apa yang ditunjukkan oleh setiap satu dengan cap masa.

Pertama, aktifkan sambungan asas yang dimaksudkan dan sahkan bahawa VPN naik melalui pencetus yang anda jangkakan dan bukan melalui mekanisme yang anda terlupa dipasang. Kedua, semasa gangguan yang diluluskan, bandingkan peristiwa VPN pengurus, keadaan pemulihan klien pemilik dan permintaan baharu kepada sumber peribadi. Ketiga, putuskan sambungan dengan sengaja, tunggu, dan sahkan tiada apa yang memulakan semula profil di belakang anda.

Langkah ketiga ialah yang orang langkau, dan itulah yang paling kerap menemui kecacatan sebenar. Pengawas yang meninjau profil aktif dan menyambung semula apabila ia tiada akan dengan riang membatalkan pemutusan sengaja pengguna. Dari sudut pengguna itu bukan ketahanan; ia adalah mesin yang tidak akan menurut. Tanya mereka sebelum menambah satu.

Tulis hasilnya dalam dokumen yang sama dengan penerangan sambungan. Dasar pemulihan hanya sebaik kali terakhir seseorang melihatnya gagal dengan sengaja. Cap masa menjadikan perbezaan itu kelihatan kepada sesiapa yang membaca nota seterusnya.

Pengesahan ialah sebahagian daripada pemulihan

Menyambung semula bukan tindakan rangkaian semata-mata. Jika aliran yang diluluskan memerlukan cabaran baharu, kod sekali guna atau rahsia yang tidak dapat dicapai oleh konteks pengaktifan, tiada tetapan kegigihan boleh menghasilkannya daripada tiada.

Itu menjelaskan corak yang biasa: sambungan pulih pada mesin dengan gelang kunci yang tidak dikunci dan gagal pada mesin yang sama selepas but semula. Lapisan rangkaian melakukan tepat apa yang diminta dan lapisan kelayakan tidak mempunyai apa-apa untuk ditawarkan.

Betulkan aliran kerja kelayakan dan bukan memendekkan selang cubaan semula. Cubaan semula yang lebih pantas terhadap gesaan yang tiada siapa boleh jawab menghasilkan bunyi log dan tanggapan palsu bahawa sesuatu sedang dicuba.

Kegigihan bukan kill switch

Sifat itu cuba mengekalkan atau memulihkan hubungan VPN. Ia tidak menentukan apa yang aplikasi boleh lakukan semasa VPN mati, dan ia tidak menyekat apa-apa dengan sendirinya.

Jika keperluannya ialah tiada trafik keluar dari terowong, itu dasar berasingan dengan mekanismenya sendiri, ujiannya sendiri dan mod kegagalannya sendiri. Menganggap kegigihan meliputi perkara itu menjadikan keputusan keselamatan sebagai kemalangan.

Catat kedua-dua bahagian dalam nota pemulihan: apa yang VPN cuba dan trafik aplikasi apa yang dibenarkan semasa percubaan berlangsung.