Adakah kill switch menyekat trafik sebelum aplikasi VPN bermula?

Kill switch mungkin meliputi atau tidak meliputi tetingkap sebelum aplikasinya bermula, dan perbezaannya ditentukan oleh dasar sistem pengendalian, bukan halaman pemasaran klien. Kotak semak pelancaran automatik membuktikan bahawa sesuatu dijadualkan untuk bermula. Ia tidak membuktikan bahawa peraturan penyekatan wujud pada saat rangkaian naik. Itu dua peristiwa, dan hanya satu daripadanya melindungi trafik.

Lakukan senarai semak mengikut urutan, kerana setiap langkah menyempitkan apa yang sebenarnya anda uji.

Dari mana sekatan itu sebenarnya datang

Terdapat dua keluarga pelaksanaan. Sama ada platform memasang sekatan, kerana ia mengetahui tentang terowong sebelum mana-mana aplikasi berjalan, atau klien memasang sekatan itu sendiri selepas ia bermula. Yang pertama boleh wujud sebelum log masuk. Yang kedua tidak boleh wujud sebelum prosesnya wujud, walau seawal mana proses itu dijadualkan. Tentukan keluarga mana yang anda harapkan sebelum menguji apa-apa.

Pada Android, VPN sentiasa aktif yang digabungkan dengan tetapan menyekat sambungan tanpa VPN ialah dasar platform, dikonfigurasikan dalam tetapan sistem dan bukan hanya di dalam klien. Pada peranti terurus, ia mungkin ditetapkan untuk anda. Klien yang hanya bermula semasa but bukan mekanisme yang sama.

Pisahkan tetingkap daripada perkhidmatan

Tetingkap tertutup bukan bukti bahawa penguatkuasaan telah berhenti, dan tetingkap terbuka bukan bukti bahawa terowong sudah sedia. Banyak klien memisahkan antara muka, daemon dan aplikasi dulang. Dulang ialah apa yang anda lihat; daemon ialah apa yang memegang peraturan.

Uji komponen, bukan ikon.

Uji selang permulaan dengan selamat

Selang yang perlu diuji bermula semasa but semula atau log masuk dan berakhir apabila terowong mengesahkan identiti. Aplikasi latar belakang bersambung dalam tempoh itu, dan pemeriksaan kemas kini ialah pesalah biasa. Gunakan aktiviti tidak berbahaya dan prosedur terdokumen vendor dan bukan menyekat akses anda sendiri. Kemudian ulangi selepas sambungan semula biasa, kerana laluan sambungan semula dan laluan permulaan sejuk menjalankan kod yang berbeza.

Ujian yang dilakukan selepas terowong sudah naik tidak membuktikan apa-apa tentang permulaan.

Baca tingkah laku but semula jika ketekalan ialah keperluan. Satu tetapan boleh kekal dalam konfigurasi sementara penguatkuasaannya bermula kemudian, dan kedua-dua fakta itu penting: dasar yang disimpan, dan saat ia menjadi aktif.

Baca dasar bagi setiap platform

Android mendedahkan sentiasa aktif dan penyekatan sebagai suis berasingan, dan kedua-duanya mesti dihidupkan untuk perlindungan sebelum pelancaran. Windows mempunyai konsep terowong peranti sentiasa aktif yang dikonfigurasikan melalui dasar, yang tidak sama dengan klien mod pengguna yang bermula awal. OpenVPN Connect mendokumenkan tingkah laku kill switch-nya sendiri bagi setiap platform, dan skop terdokumen itulah yang anda uji. Jangan bawa nama tetapan dari satu sistem ke sistem lain dan menganggap maknanya turut berpindah.

Profil yang memerlukan kata laluan interaktif mempunyai kebergantungan permulaan yang berbeza daripada terowong mesin.

Apa yang perlu direkodkan

Catat mekanisme mana yang berkuat kuasa, pada peringkat mana ia menjadi aktif, dan trafik apa yang dicuba sebelum peringkat itu. Rekod versi platform, kerana tingkah laku ini berubah antara keluaran dan antara konfigurasi terurus dan peribadi. Nyatakan sama ada klien atau sistem yang memiliki dasar itu, kerana itu menentukan siapa yang boleh membaiki jurang. Kemudian uji semula selepas sebarang kemas kini klien atau OS.

Jika jurang itu penting, pembaikan yang tahan lama ialah dasar platform, bukan kelewatan pelancaran yang lebih pendek.

Itulah jawapan kepada soalan asal, dinyatakan sebagai syarat: kill switch melindungi trafik sebelum aplikasi bermula hanya apabila sekatan dipasang oleh sesuatu yang sudah wujud sebelum aplikasi itu.