Dua VPN iPhone serentak: yang mana membawa trafik anda?

Dua aplikasi VPN kedua-duanya menunjukkan Connected, dan andaiannya ialah trafik kini melalui kedua-duanya, satu di dalam yang lain. Biasanya ia tidak begitu. iOS mempunyai model kewujudan bersama yang khusus, dan ia bukan rantaian. Satu kelas konfigurasi terhad kepada satu instans yang didayakan, yang lain boleh berjalan di sebelahnya, dan keutamaan laluan menentukan konflik. Dua suis menyala bukan dua hop. Model itu didokumenkan, bermakna laluan boleh diramal dan bukan diteka daripada ikon.

Mitos: dua VPN bersambung ialah rantaian

Rantaian dua hop memerlukan pengangkutan luar yang ditentukan, terowong dalam yang ditentukan, penghalaan titik akhir yang serasi dan pelan untuk apa yang berlaku apabila salah satu gagal. Dua konfigurasi bebas tidak mencipta itu hanya kerana wujud serentak. Keutamaan laluan bukan sama dengan enkapsulasi, dan satu konfigurasi memenangi carian laluan tidak berkata apa-apa tentang sama ada yang lain membawa paket yang terhasil.

Jika anda memerlukan penyarangan, reka bentuknya sebagai penyarangan. Jangan simpulkannya daripada dua penunjuk sambungan. Perbezaan itu menjimatkan banyak nyahpepijat.

Model berdocumen di sebalik mitos itu

NETunnelProviderManager Apple menerangkan konfigurasi VPN perusahaan biasa dan menyatakan bahawa hanya satu jenis itu boleh didayakan pada satu-satu masa. Rujukan yang sama membenarkan Personal VPN kekal didayakan dan bersambung di sebelahnya, dan memberi keutamaan kepada laluan perusahaan di tempat kedua-duanya bertindih.

Personal VPN di sini ialah istilah API untuk pelaksanaan IPsec atau IKEv2 terbina dalam yang diuruskan melalui NEVPNManager. NETunnelProviderManager ialah model penyedia terowong. Aplikasi pengguna boleh menggunakan model penyedia, jadi nama produk yang mengandungi personal tidak mengklasifikasikannya.

Apple mendokumenkan satu kombinasi yang dibenarkan, dan kebenaran tidak memberitahu anda bahawa profil dua vendor serasi, jadi tanyakan kepada setiap vendor pasangan mana yang disokong. Jenis konfigurasi, laluan dan dasar mereka masih menentukan hasilnya.

Mitos: VPN peribadi mendapat trafik pelayaran

Profil kerja yang menuntut setiap destinasi akan memenangi carian laluan untuk pelayaran awam juga, jadi jalan keluar peribadi tidak membawa apa-apa daripadanya. Di bawah keutamaan yang didokumenkan, laluan perusahaan menang di tempat ia bercanggah, jadi pelayaran awam tidak mengambil jalan keluar peribadi secara automatik hanya kerana aplikasi itu juga melaporkan bersambung. Konfigurasi kerja yang lebih sempit boleh mengubah gambaran penghalaan, tetapi klien organisasi masih boleh mengenakan keperluan DNS, penyekatan atau peranti. Dapatkan susunan yang disokong daripada pemiliknya dan bukan menyunting keperluan itu secara setempat.

Konfigurasi terurus setiap aplikasi mempunyai skopnya sendiri. Jangan extrapolasi peraturan peringkat peranti kepada setiap penggunaan terurus.

Catat kedua-dua aliran sebelum menguji: nama dan julat peribadi perkhidmatan kerja, dan permintaan pelayaran awam yang baharu. Kedua-duanya sah, dan kedua-duanya memerlukan pemeriksaan berbeza.

Keutamaan laluan dengan profil kerja terowong terpisah

Profil kerja dengan terowong terpisah menuntut awalan peribadi dan akhiran DNS dalaman yang disenaraikannya, dan laluan itu memenangi setiap carian yang sepadan dengannya. Destinasi awam yang tidak sepadan dengan mana-mana laluan perusahaan jatuh ke pautan fizikal kecuali VPN peribadi menuntutnya dahulu. Peraturan keutamaan hanya menentukan padanan yang bertindih, sebab itu kedua-dua profil mesti dibaca sebagai jadual laluan dan bukan sebagai ikon.

Tulis pasangan itu dalam dua baris dan namakan pemenang yang dijangka bagi setiap satu: nama hos kerja yang diselesaikan kepada 10.x atau 172.16.x sepatutnya keluar melalui terowong perusahaan, dan alamat awam tanpa awalan yang sepadan sepatutnya mengambil laluan lalai yang tinggal. Jika kedua-dua baris menamakan jalan keluar yang sama, pemisahan itu tidak melakukan apa yang diterangkan oleh dokumentasi.

Catat dua aliran dan uji setiap satu

Bagi setiap aliran, catat konfigurasi yang diluluskan mana yang sepatutnya membawanya dan penyelesai mana yang sepatutnya menerima setiap jenis nama. Kemudian sahkan dengan permintaan baharu, bukan dengan halaman kerja yang di-cache atau hasil IP lama.

Hentikan satu konfigurasi dan ulangi kedua-dua aliran. Tingkah laku kegagalan ialah sebahagian daripada reka bentuk, dan itulah bahagian yang pengguna perhatikan. Apabila kedua-dua penyedia tidak dapat menyokong kombinasi itu, tetapkan satu konfigurasi yang diluluskan dan dokumenkan aliran mana yang dibawanya, atau beralih kepada reka bentuk terowong tunggal terurus. Dokumentasi NETunnelProviderManager ialah sumber peraturan kewujudan bersama.