Aplikasi kerja meminta VPN? Semak dahulu tiga lapisan ini
Aplikasi kerja yang menuntut VPN mungkin gagal pada nama peribadi, dasar aplikasi atau kunci terurus. Kenal pasti pemiliknya sebelum menyambung semula.
Mesej itu mengatakan aplikasi memerlukan VPN, tetapi biasanya aplikasi melaporkan gejala dan bukannya menamakan perkara yang menyekatnya. Tiga pemilik berbeza boleh menghasilkan ayat itu: perkhidmatan peribadi yang dihubungi aplikasi, kod dasar aplikasi itu sendiri dan lapisan pengurusan peranti yang mengawal profil kerja. Pihak mana yang bertanya mengubah apa yang patut anda lakukan, dan hanya satu daripada tiga diperbaiki dengan menyambungkan terowong. Menemui pemilik terlebih dahulu menjimatkan anda daripada memasang semula klien yang tidak pernah menjadi masalah.
Apa yang boleh disemak oleh aplikasi sendiri
Sebelum menganggap wujud peraturan platform tersembunyi, ingat bahawa aplikasi biasa boleh melihat sama ada pengangkutan VPN aktif. ConnectivityManager melaporkan rangkaian yang membawa TRANSPORT_VPN, dan ketiadaan NET_CAPABILITY_NOT_VPN memberitahu mana-mana pemanggil bahawa laluan semasa melalui terowong. Pembangun yang mahu menolak berjalan di luar terowong boleh berbuat demikian dengan API awam dan tanpa sebarang alat perusahaan.
Yang tidak dapat dilihat oleh aplikasi dengan cara itu ialah milik siapa VPN itu. Bendera pengangkutan mengatakan terowong wujud, bukan bahawa ia berakhir di tempat organisasi anda menjangkakan.
Laluan perkhidmatan: nama dan alamat peribadi
Versi jujur yang paling biasa bagi mesej itu bukan pemeriksaan dasar sama sekali. Aplikasi menyelesaikan nama hos dalaman seperti wiki atau titik akhir API yang hanya wujud dalam paparan DNS korporat, dan carian gagal sebelum sebarang kod dasar berjalan. Terowong mungkin aktif dan melalukan trafik internet umum sementara DNS berpecah menghantar nama itu kepada penyelesai yang tidak pernah mendengarnya.
Gejalanya sempit di sini. Satu hos gagal, panggilan rangkaian aplikasi yang lain berfungsi, dan kegagalan muncul semasa carian nama dan bukan semasa pelancaran. Sijil dalaman menambah mod kegagalan kedua, kerana aplikasi yang dipasak pada CA organisasi menolak sijil awam walaupun paket mengalir.
Menyambungkan VPN komersial rawak tidak membaiki apa-apa daripada itu. Ia mengubah alamat keluar anda dan membiarkan nama dalaman tetap tidak dapat diselesaikan.
Lapisan dasar aplikasi
Aplikasi juga boleh membawa pintunya sendiri. Konfigurasi terurus membolehkan organisasi menolak pasangan kunci dan nilai yang diisytiharkan aplikasi, dan aplikasi membacanya melalui RestrictionManager. Kunci seperti nama profil wajib atau senarai rangkaian yang dibenarkan sepenuhnya reka bentuk pembangun, dikuatkuasakan dalam kod aplikasi dengan teks ralat apa pun yang dipilih oleh kod itu.
Lapisan inilah tempat kata-kata biasanya mendedahkan diri. Jika mesej muncul sejurus selepas pelancaran, sebelum sebarang panggilan rangkaian, dan menyebut dasar, profil atau pentadbir, anda mungkin melihat logik aplikasi dan bukan paket yang tercicir.
Membaca sekatan yang sama pada peranti peribadi ialah jalan buntu. Peranti tanpa pengurusan tidak mempunyai sekatan untuk dibaca, jadi aplikasi kembali kepada nilai lalai yang digunakan semasa ia dibina.
Lapisan platform: sentiasa hidup dan kunci
Pengurusan peranti menambah penguatkuasaan yang tidak boleh diatasi oleh aplikasi. Pengawal dasar peranti boleh memanggil setAlwaysOnVpnPackage untuk profil kerja, secara pilihan dengan kunci diaktifkan, dan apabila kunci dihidupkan platform menolak trafik yang tidak melalui pakej itu. Sekatan kelihatan sebagai keadaan sistem dan bukan ralat aplikasi: aplikasi lain dalam profil juga berhenti mencapai rangkaian.
Skopnya penting. VPN sentiasa hidup dikonfigurasikan bagi setiap pengguna, jadi pakej profil kerja tidak meliputi profil peribadi anda, dan VPN peribadi tidak memenuhi pakej profil kerja. Dua profil, dua dasar rangkaian bebas, satu peranti.
Ini juga satu-satunya lapisan yang VPN tidak berkaitan tidak dapat membantu, kerana dasar itu menamakan satu pakej tertentu.
Membezakan ketiga-tiganya
Telusuri tanda-tanda mengikut urutan dan berhenti pada yang pertama sepadan. Satu nama hos gagal sementara yang lain diselesaikan menunjukkan laluan perkhidmatan. Penolakan segera semasa pelancaran dengan kata-kata dasar menunjukkan logik aplikasi. Seluruh profil kehilangan sambungan setiap kali klien yang diluluskan terputus menunjukkan kunci. Dan aplikasi yang menerima mana-mana terowong sedang memeriksa bendera pengangkutan, bukan identiti organisasi anda.
Bukti berguna: teks tepat dan masanya, sama ada aplikasi lain dalam profil yang sama masih mempunyai sambungan, sama ada nama peribadi diselesaikan dalam terowong yang diluluskan, dan sama ada peranti memaparkan lencana kerja untuk aplikasi yang anda buka.
Apa yang perlu dimasukkan dalam permintaan sokongan
Permintaan yang menamakan lapisan akan dihalakan dengan betul pada percubaan pertama. Sesuatu seperti: aplikasi profil kerja terbuka, senarai sumber gagal selepas VPN yang diluluskan disambungkan, penyelesaian nama peribadi gagal dalam diagnostik yang dibenarkan, dan aplikasi lain dalam profil terus berfungsi. Itu dibaca sebagai masalah laluan atau penyelesai dan melangkau gelung penetapan semula akaun.
Jika VPN yang diluluskan tiada sama sekali, laluan yang disokong ialah pendaftaran atau peruntukan semula melalui pentadbir anda. Membuang profil pengurusan, memasang klien yang tidak berkaitan atau memalsukan keadaan rangkaian mengubah susunan keselamatan dan bukannya memulihkannya.
Mulakan dengan lapisan, bukan klien. Tiga tanda di atas biasanya menyelesaikannya dalam satu sesi.