Tunnel berpecah lawan dasar syarikat: peraturan mana yang menang

Menanda satu aplikasi dalam klien tunnel berpecah terasa seperti pilihan setempat, dan pada peranti terurus ia lebih dekat kepada perubahan dasar. Pengecualian itu memindahkan trafik dari laluan yang diluluskan, yang mungkin laluan sama yang membawa DNS terurus, penapisan dan alamat sumber yang dikenali oleh sesuatu perkhidmatan. Klien tidak berkelakuan salah apabila ia membatalkan suntingan anda; penggunaan itu menjalankan tugasnya.

Sebelum berdebat tentang kotak semak, tentukan sifat mana yang wujud untuk dilindungi oleh dasar itu.

Sifat di sebalik peraturan

Sesetengah penggunaan menghalakan semuanya supaya semua trafik melalui gerbang yang diluluskan. Yang lain mengambil berat tentang penyelesaian nama dan mengekalkan pertanyaan pada penyelesai korporat dan bukan penyelesai rangkaian setempat. Yang lain lagi memerlukan alamat sumber yang stabil supaya perkhidmatan dalaman boleh memutuskan sama ada hendak menjawab.

Kumpulan keempat menguatkuasakan postur titik akhir: status penyulitan cakera, tahap tampalan, kesihatan ejen. Membahagi tunnel tidak mengubahnya, manakala laluan pintas yang mengelak trafik ejen itu sendiri boleh.

Itu empat keperluan berbeza, dan setiap satu dilanggar oleh pengecualian yang berbeza. Baca keperluan itu sebelum mencadangkan perubahan, kerana penulisnya boleh memberitahu anda dengan segera yang mana terpakai. Perubahan yang memenuhi yang salah tidak membeli apa-apa.

Dua dakwaan wajar dibuang awal. Tunnel penuh tidak memberikan setiap halaman teks biasa kepada pentadbir, kerana penyulitan aplikasi dan kawalan titik akhir menentukan apa yang kelihatan. Tunnel berpecah juga tidak semestinya tidak selamat, kerana DNS terurus, dasar setiap aplikasi dan ejen titik akhir boleh kekal tanpa mengira laluan.

Jalankan pemeriksaan mengikut urutan

Urutan di bawah menyempitkan pengecualian kepada perkara terkecil yang benar-benar gagal. Berhenti pada pemeriksaan pertama yang tidak bertahan, kerana pembetulan kemudian tidak boleh mengimbangi kekurangan sebelumnya.

Tanya trafik mana yang kini terlepas gerbang yang diluluskan, kemudian sahkan bahawa penyelesaian nama masih mencapai penyelesai korporat. Periksa sama ada aplikasi berkenaan menghormati suis bunuh, atau sama ada ia membelanjakan percubaan yang gagal pada laluan terus. Kemudian lihat perkhidmatan kongsi: pemapar dokumen atau broker kemas kini boleh membawa pengecualian lebih jauh daripada yang dicadangkan oleh kotak semak. Akhir sekali catat sama ada dasar itu digunakan semula apabila menyambung semula, kerana tingkah laku itu menentukan sama ada sebarang perubahan setempat bertahan.

Setiap jawapan ialah fakta, dan fakta itulah yang diperlukan oleh permintaan pengecualian. Perdebatan tentang sama ada VPN menjengkelkan bukan salah satunya. Tulis jawapannya sebelum perbualan bermula.

Minta pengecualian yang sempit

Laporkan aplikasi, destinasi dan operasi yang gagal, dalam urutan itu. Permintaan untuk mengekalkan satu pengemas kini pada laluan terus boleh disemak; permintaan untuk memintas tunnel bagi seluruh pelayar tidak.

Terangkan apa yang telah anda cuba dan apa yang ditunjukkan oleh log, dan tujukan kepada pasukan yang memiliki profil itu dan bukan kepada sesiapa yang menjawab meja bantuan. Pada peranti terurus, pemilik profil biasanya boleh mencipta pengecualian yang disokong yang bertahan selepas kemas kini, manakala suntingan laluan setempat tidak boleh.

Jika jawapannya tidak, anggap ia keputusan reka bentuk dan bukan halangan untuk dipintas. Semakan seterusnya ialah tempat untuk membukanya semula, dengan operasi yang gagal didokumenkan dan sebab perniagaan dilampirkan. Memintasnya berisiko lebih daripada nilai pengecualian itu sendiri.

Jadikan pengecualian itu bertahan

Selepas perubahan diluluskan, sahkan bahagian yang berfungsi sebelum ini, bukan hanya bahagian yang rosak. Nama dalaman sepatutnya masih diselesaikan melalui penyelesai korporat, sumber peribadi sepatutnya menjawab, dan tugasan yang sebelum ini gagal kini sepatutnya selesai.

resolvectl query intranet.corp.example
curl -sS -o /dev/null -w '%{http_code}
' https://intranet.corp.example/status

Perintah pertama membuktikan penyelesai masih menjawab untuk akhiran dalaman, dan yang kedua membuktikan permintaan mencapai perkhidmatan dalaman dari laluan semasa. Jalankan semula selepas menyambung semula, kerana tolakan dasar boleh membatalkan secara senyap perubahan yang kelihatan stabil semasa ujian. Dua baris output yang disimpan bersama tiket menutup gelung. Tanpanya, pengecualian bergantung pada ingatan seseorang tentang halaman yang dimuatkan sekali.

Catat pengecualian, tujuannya dan komponen yang diliputinya di tempat yang sama dengan nota penggunaan. Pengecualian yang tidak didokumenkan menjadi insiden suku berikutnya, dan yang didokumenkan menjadi bukti bahawa reka bentuk itu menanggung beban kerja sebenar.