VPN sekunder milik satu profil Wi-Fi, bukan semua

Konfigurasikan VPN sebagai sekunder sambungan Wi-Fi rumah dan semuanya berfungsi, sehingga komputer riba menyertai titik akses lain dan terowong kekal mati. Sambungan baharu ialah objek konfigurasi berasingan dengan UUID sendiri, dan ia tidak mempunyai sebab untuk mengetahui ikatan yang anda buat untuk pendahulunya. Tiada apa yang rosak; perkaitan itu memang tidak pernah wujud.

Rujukan sambungan NetworkManager mentakrifkan sekunder sebagai UUID yang diaktifkan bersama sambungan asas tertentu. Ia juga menyatakan bahawa profil VPN biasa tidak melaksanakan pengaktifan automatik seperti sambungan asas. Kedua-dua kenyataan membawa kepada kesimpulan yang sama: perkaitan adalah bagi setiap profil, dan seseorang perlu menciptanya untuk setiap yang baharu.

Apakah sebenarnya sekunder

Sambungan asas mempunyai identiti, UUID dan senarai sekunder. Apabila ia diaktifkan, pengurus juga mengaktifkan sekunder tersebut mengikut urutan, dan begitulah VPN mengikuti rangkaian Wi-Fi tanpa klik manual. Hubungan itu wujud pada sambungan asas, ditulis sebagai rentetan UUID dan bukan nama. Pilihan perwakilan itu bukan kebetulan; itulah yang membolehkan perkaitan bertahan apabila nama ditukar.

Butiran tentang nama itu lebih penting daripada yang kelihatan. Menukar nama profil VPN membiarkan UUIDnya tidak tersentuh, jadi perkaitan sedia ada terus berfungsi. Memadam profil lama dan mengimport yang baharu menghasilkan UUID baharu, dan setiap perkaitan yang menunjuk ke yang lama kini tidak menunjuk ke apa-apa.

Periksa senarai sedia ada sebelum menambah. Profil rumah dengan satu sekunder bukan peraturan yang sepadan dengan setiap SSID; ia satu baris dalam satu objek, dan ia tidak akan dirujuk apabila asas lain diaktifkan.

Letakkan perkaitan di tempat profil dicipta

Pada mesin peribadi, jadikan melampirkan sekunder yang dimaksudkan sebagai sebahagian daripada menambah setiap profil Wi-Fi yang dibenarkan. Ia satu tabiat dan bukan ciri, tetapi tabiat yang menghasilkan keadaan konsisten, dan ia mengambil satu arahan atau dua lawatan dialog bagi setiap rangkaian. Simpan nota ringkas tentang rangkaian mana yang sepatutnya membawa terowong, kerana senarai itulah polisi.

Pada peranti terurus, biarkan aliran kerja penyediaan mencipta entri Wi-Fi dan perkaitan VPNnya dalam langkah yang sama, dan gunakan layanan yang sama pada profil yang dibenarkan yang sudah wujud. Mengagihkan profil VPN sahaja membiarkan hubungan asas tidak ditentukan, dan begitulah sesuatu armada berakhir dengan terowong yang hanya digunakan separuh komputer riba.

Di tempat pengguna masih boleh mencipta profil di luar laluan terurus, putuskan secara jelas apa yang berlaku kepada entri tersebut. Menganggap mereka mewarisi perkaitan bukan dasar; ia harapan yang membawa kos sokongan.

Rancang perubahan identiti VPN

Sumber penyediaan memerlukan UUID VPN yang dimaksudkan, bukan nama paparan yang diteka oleh seseorang. Apabila penyelenggaraan menggantikan VPN itu dengan objek yang baru diimport, kemas kini templat penyediaan dan perkaitan sedia ada yang terjejas dalam perubahan yang sama. Menukar nama bukan penggantian, dan memperlakukan kedua-duanya sebagai setara ialah cara pelancaran yang berfungsi rosak seminggu kemudian.

Simpan UUID di sebelah sebab ia wujud. Jurutera masa hadapan yang menemui UUID kosong dalam senarai sekunder tidak mempunyai cara untuk memberitahu sama ada ia terkini, dan mungkin akan memadamnya semasa mengemas.

Pengaktifan bukan penguatkuasaan

Permintaan sekunder berlaku pada masa pengaktifan. Ia tidak menyekat aplikasi dalam selang sebelum pengesahan selesai, dan ia tidak menghentikan trafik selepas terowong gagal. Itu sifat berbeza yang disediakan oleh mekanisme berbeza, dan mencampurkannya menghasilkan reka bentuk yang kelihatan ketat dalam profil tetapi longgar dalam amalan.

Menyekat trafik langsung ialah ciri berasingan dengan konfigurasi sendiri dan mod kegagalan sendiri, dan ia mesti mengambil kira trafik yang perlu sampai ke rangkaian sebelum mana-mana terowong boleh wujud: portal tawanan, halaman log masuk, titik akhir itu sendiri. Dasar penyekatan yang tidak dapat dipenuhi sebelum pengesahan mengunci mesin daripada rangkaian yang amat diperlukannya.

Letakkan perbezaan itu dalam arahan yang benar-benar dibaca pengguna. Rangkaian Wi-Fi baharu boleh meminta terowong; penguatkuasaan menentukan sama ada sesuatu boleh keluar apabila ia tidak dapat bersambung. Pengguna yang hanya diberitahu separuh pertama akan melaporkan reka bentuk itu rosak.

Uji dengan profil yang benar-benar baharu

Gunakan rangkaian ujian yang diluluskan dan profil asas yang baru dicipta, bukan entri rumah yang sudah berfungsi. Perhatikan pengaktifan asas, UUID sekunder yang diminta dan sebarang gesaan pengesahan secara berturutan, dan catat peringkat mana yang tersekat apabila ia tersekat. Ejen rahsia yang tersedia selepas log masuk desktop tidak semestinya hadir secara automatik dalam setiap konteks permulaan, jadi but semula termasuk dalam pelan ujian. Kemudian periksa sumber yang dimaksudkan dan laluan kegagalan: adakah terowong naik sebelum aplikasi memerlukannya, dan apa yang berlaku kepada aplikasi itu apabila pengesahan gagal?

Kemudian periksa sumber yang dimaksudkan dan laluan kegagalan: adakah terowong naik sebelum aplikasi memerlukannya, dan apa yang berlaku kepada aplikasi itu apabila terowong tidak dapat mengesahkan? Kedua-dua pemerhatian itu ialah kriteria penerimaan, dan kedua-duanya tidak kelihatan dalam profil itu sendiri.