Membawa VPN kerja ke UEA: apa yang perlu dipastikan lebih dulu

Mulailah perjalanan kerja dengan pertanyaan yang lebih sempit daripada apakah perangkat lunak VPN diizinkan secara umum. Pertanyaan yang berguna adalah sistem privat mana yang perlu Anda jangkau, melalui gateway perusahaan yang mana, dan siapa yang mendukung perangkat jika terowongan tidak menyala. Segala hal lain tentang konektivitas adalah percakapan kedua, dan mencampur keduanya menghasilkan rencana yang tidak menjawab keduanya. Rencana tertulis memisahkan keduanya.

Apa yang sebenarnya dicakup kasus penggunaan terdokumentasi

Regulator telekomunikasi UEA, TDRA, menerbitkan Pedoman Internet yang membahas penggunaan organisasi teknologi VPN untuk menjangkau jaringan internal, bersama pembahasan terpisah tentang penyaringan konten dan layanan komunikasi. Itu subjek yang berbeda. Perusahaan yang menjangkau intranetnya sendiri melalui gateway-nya sendiri adalah kasus penggunaan organisasi yang dijelaskan, bukan pernyataan menyeluruh tentang setiap layanan yang mungkin digunakan pelancong. Itu juga bukan pendapat hukum tentang perjalanan Anda yang spesifik, dan membacanya sebagai salah satu dari keduanya adalah tempat sebagian besar perdebatan tentang topik ini dimulai.

Bacalah panduan yang diterbitkan secara langsung, bukan ringkasan, dan perlakukan halaman ini sebagai daftar periksa perencanaan, bukan sebagai saran tentang posisi hukum Anda. Untuk apa pun di luar kasus akses internal yang terdokumentasi, pertanyaannya milik penasihat hukum lokal yang berkualifikasi dan kebijakan perjalanan pemberi kerja Anda.

Petakan pekerjaan ke gateway tertentu

Tuliskan sistem yang benar-benar Anda butuhkan: intranet, penyimpanan dokumen, aplikasi internal yang tidak ada di luar jaringan perusahaan. Lalu ajukan dua pertanyaan ke TI: gateway yang disetujui mana yang melayani sistem tersebut, dan apakah profil perjalanan mengubah hal lain pada perangkat. Jawabannya biasanya lebih spesifik daripada yang disiratkan nama profil.

Sebagian organisasi menerbitkan gateway perjalanan khusus dengan sertifikat berbeda atau langkah autentikasi berbeda; yang lain mengharapkan Anda memakai profil biasa, yang mungkin merutekan semua lalu lintas, bukan hanya rentang korporat. Nama profil jarang memberi tahu yang mana. Tanyakan, atau baca tabel perutean setelah terhubung.

Mengetahui yang mana yang Anda miliki mengubah apa yang seharusnya Anda harapkan. Profil terowongan penuh mengirim juga penjelajahan biasa Anda melalui perusahaan, yang mungkin persis seperti yang dimaksudkan pemberi kerja dan tentu sesuatu yang perlu dipahami sebelum perjalanan, bukan selama perjalanan. Ini juga mengidentifikasi jalur dukungan, karena orang yang dapat menerbitkan ulang sertifikat atau mengatur ulang akun biasanya dapat dihubungi pada jam kerja di satu zona waktu. Itu lebih penting daripada versi klien.

Apa yang dilakukan profil terhadap sisa lalu lintas Anda

Profil terowongan terpisah hanya membawa prefiks korporat; profil terowongan penuh membawa semuanya. Tidak ada yang secara inheren lebih baik, tetapi hanya satu yang cocok dengan kasus akses internal yang sempit, dan perbedaannya adalah keputusan konfigurasi yang sudah diambil organisasi Anda. Anda dapat membaca hasilnya di perangkat daripada menebaknya dari nama profil:

ip -4 route
ip -4 route get 10.20.4.10
nmcli connection show --active

Perintah kedua menunjukkan antarmuka mana yang akan membawa lalu lintas ke alamat korporat. Jika tujuan biasa Anda juga diselesaikan melalui terowongan, profilnya adalah terowongan penuh, dan setiap harapan bahwa penjelajahan biasa tetap di luarnya adalah keliru. Lebih baik menemukannya sebelum perjalanan daripada selama panggilan.

DNS mengikuti logika yang sama. Resolver yang didorong oleh terowongan menentukan ke mana nama pergi, dan konfigurasi terpisah dapat mengirim nama internal ke perusahaan dan segala hal lain ke resolver lokal, atau sebaliknya tergantung bagaimana ia dibangun. Periksa resolver mana yang benar-benar digunakan perangkat setelah terhubung, bukan yang dijanjikan profil. Pencarian nama internal dari jaringan hotel adalah cara tercepat untuk melihat perbedaannya.

Siapkan jalur kegagalan sebelum Anda terbang

Anggaplah terowongan tidak akan terhubung pada percobaan pertama dari jaringan hotel, dan putuskan lebih dulu apa yang akan Anda lakukan. Itu berarti cadangan yang disetujui yang didukung tim TI Anda, kontak yang dapat membantu lintas zona waktu, dan nomor lokal untuk perangkat jika autentikasi bergantung pada telepon. Menuliskan ketiganya adalah perbedaan antara rencana dan niat.

Uji langkah autentikasi dan pemulihan yang didukung sebelum perjalanan, termasuk faktor kedua apa pun yang memerlukan perangkat terdaftar. Faktor yang membutuhkan nomor roaming yang belum Anda aktifkan adalah kegagalan yang dapat Anda prediksi hari ini dan tidak dapat Anda perbaiki di bandara. Uji juga cadangan, bukan hanya jalur utama, dan lakukan dari jaringan yang bukan LAN kantor Anda. Cadangan yang belum pernah dicoba siapa pun adalah harapan, bukan rencana.

Jaga cadangan tetap di dalam opsi yang disetujui organisasi. Jalan keluar publik dadakan bukanlah jalur dukungan, dan itu bukan keputusan untuk diambil sendiri di kamar hotel. Jika cadangan yang disetujui juga gagal, langkah berikutnya yang benar adalah kontak dukungan, bukan jalan keluar yang berbeda.

Simpan catatan dan periksa ulang

Simpan rencana di tempat yang akan Anda temukan: nama gateway, kontak yang didukung, sistem yang Anda butuhkan, dan tanggal Anda memeriksa panduan regulator. Panduan dan kebijakan organisasi berubah, dan catatan bertanggal lebih bernilai daripada ingatan. Itu juga membuat perencanaan perjalanan berikutnya lebih murah.

Lalu tinjau rencana untuk bagian-bagian yang sama sekali bukan tentang teknologi — apa yang akan Anda lakukan jika layanan yang Anda harapkan tidak tersedia, dan siapa yang memutuskan apakah perjalanan dilanjutkan. Jawaban itu biasanya dipegang oleh seseorang, bukan oleh pengaturan klien.