Fail-open atau fail-closed: apa yang ditentukan kill switch VPN
Kedua-dua istilah menerangkan apa yang berlaku apabila terowong tiada, bukan betapa kuatnya penyulitan. Skop yang anda pilih menentukan sama ada trafik benar-benar bocor.
Mitosnya ialah fail-closed ialah tetapan selamat dan fail-open ialah yang cuai. Kedua-duanya menerangkan apa yang berlaku kepada trafik selepas terowong hilang, dan tidak satu pun mengubah betapa baiknya terowong itu menyulitkan. Dasar fail-closed dengan senarai pengecualian yang panjang boleh bocor lebih banyak daripada dasar fail-open pada peranti yang tidak pernah meninggalkan rangkaian pejabat. Pilih hasil yang dapat anda jelaskan kepada pemilik trafik.
Label menerangkan hasil, bukan kekuatan
Perbendaharaan kata ini datang daripada sistem kawalan: fail-open membenarkan operasi apabila komponen gagal, fail-closed menolaknya. Apabila digunakan pada VPN, komponen yang gagal ialah terowong, dan persoalannya ialah sama ada trafik dibenarkan meneruskan melalui laluan lain. Pilihan sifer, panjang kunci dan protokol ialah keputusan berasingan.
Kekeliruan kekal kerana kill switch terdengar seperti ciri keselamatan, dan vendor memasarkannya sedemikian. Secara mekanikal ia ialah peraturan penghalaan dan tembok api yang menyekat trafik yang sepatutnya dibawa oleh terowong, dilaksanakan dalam klien, dalam sistem pengendalian atau pada get laluan. Lapisan yang menguatkuasakannya juga menentukan liputannya, dan peraturan dalam satu lapisan tidak meliputi lapisan lain. Peraturan pada get laluan tidak dapat melindungi komputer riba yang sudah berpindah ke rangkaian lain.
Rupa setiap hasil
Dasar yang sama boleh berkelakuan sangat berbeza bergantung pada kegagalan yang anda tempui, jadi bandingkan peristiwanya, bukan labelnya.
| Event | Fail-open result | Fail-closed result |
|---|---|---|
| Tunnel drops while a transfer runs | Transfer continues on the direct path | Transfer stalls until the tunnel returns |
| Client exits or crashes | Rules disappear with the process | Rules persist only if the OS owns them |
| Device boots before sign-in | Normal network access | Blocked until the VPN connects |
| Captive portal needed | Portal loads normally | Portal unreachable without an exception |
| IPv6 not carried by the tunnel | IPv6 traffic leaks directly | Leaks too, unless the block covers IPv6 |
Baris terakhir ialah baris yang menangkap mereka yang menganggap kill switch ialah satu suis. Peraturan yang ditulis untuk jadual laluan IPv4 membiarkan laluan lalai IPv6 tidak tersentuh, dan aplikasi boleh menggunakannya dengan senang hati.
Skop menentukan sama ada ia bocor
Tanya apa yang diliputi dasar sebelum bertanya mod apa ia. Peraturan setiap aplikasi melindungi satu aplikasi dan tiada yang lain, peraturan seluruh peranti melindungi segala-galanya kecuali pengecualian, dan peraturan get laluan hanya melindungi trafik yang sampai ke get laluan itu. DNS memerlukan keputusannya sendiri, kerana pertanyaan yang dihantar kepada penyelesai tempatan boleh mendedahkan nama walaupun muatannya disekat.
Pengecualian rangkaian tempatan wujud untuk pencetak, penghantaran paparan dan portal tangkapan, dan setiap satu ialah lubang dalam sekatan. Dokumenkan semuanya di sebelah dasar, kerana orang yang mewarisi konfigurasi akan membaca fail-closed sebagai mutlak jika tidak.
Menyambung semula dan menyekat juga kawalan berasingan. Klien boleh menyambung semula secara automatik tanpa pernah menyekat, atau menyekat tanpa menyambung semula, dan gabungan itu menentukan apa yang dialami pengguna semasa gangguan.
Buktikan semasa peralihan
Menguji keadaan mantap tidak membuktikan apa-apa. Jatuhkan terowong dengan sengaja dan cuba aplikasi yang sepatutnya dilindungi, kemudian periksa sama ada ia sampai ke rangkaian. Bandingkan penunjuk klien dengan hasilnya, kerana penunjuk yang masih berkata bersambung ialah tepat keadaan yang menyebabkan dasar itu wujud. Jika aplikasi yang dilindungi berjaya, nama mod tidak penting; anda mengalami kebocoran.
Ulangi daripada but sejuk sebelum log masuk, semasa beralih daripada Wi-Fi ke rangkaian selular, dan dengan aplikasi yang dilindungi di latar belakang. Jika sekatan dikuatkuasakan oleh proses klien, uji juga apa yang berlaku apabila proses itu dibunuh dan bukan ditutup dengan bersih.
Akhir sekali, periksa laluan pembersihan. Jika klien dinyahpasang semasa peraturannya aktif, gunakan prosedur penyingkiran berdokumen vendor dan bukan mematikan tembok api sistem pengendalian, yang menyingkirkan perlindungan tidak berkaitan tanpa menjawab siapa pemilik peraturan yang tinggal.