Pemeriksaan rute VPN di macOS: route get tanpa mengubah apa pun

Seorang pengguna mencapai intranet di jaringan kantor dan bukan melalui terowongan, sementara Pengaturan masih menampilkan VPN sebagai tersambung. Mengedit tabel rute pada saat itu berisiko memutus sesi jarak jauh yang Anda gunakan untuk mendiagnosis. Tanyakan kepada kernel jalur mana yang akan dipilihnya untuk host yang gagal. Utilitas route di macOS memiliki operasi get yang menjawab tepat itu, untuk satu tujuan, tanpa mengubah apa pun.

Tanyakan host yang gagal, bukan rute default

Tangkapan layar rute default tidak banyak memberi tahu di Mac modern, karena tujuan yang lebih spesifik atau kebijakan terbatas dapat mengalahkan apa yang tampaknya dikatakan rute default. Terowongan bisa aktif, rute default bisa tampak benar, dan satu-satunya host yang Anda butuhkan tetap bisa dirutekan ke tempat lain. Tanyakan alamat yang gagal dan biarkan kernel menyebutkan jalur yang dipilihnya.

Bentuknya adalah route -n get diikuti alamat: route -n get 203.0.113.10, dengan alamat dokumentasi mewakili target Anda. Gunakan tujuan yang diizinkan dan keluarga alamat yang cocok, karena jawaban IPv4 tidak menjelaskan apa pun tentang sumber daya yang hanya IPv6. Dokumentasi utilitas route menjelaskan operasi get dan bidang yang dicetaknya.

Baca antarmuka dan gateway sebagai bukti

Jalankan kueri sebelum menyambungkan VPN, lalu sekali lagi sesudahnya, dan bandingkan baris antarmuka serta gateway. Selisih antara kedua jawaban itulah yang sebenarnya diubah terowongan, dan jauh lebih berguna daripada membuang seluruh tabel. Jika antarmukanya identik pada kedua eksekusi, rute tidak pernah menjadi masalah dan Anda bisa berhenti melihat perutean.

Catat tujuan, antarmuka, gateway, dan waktu kueri sebelum menarik kesimpulan. Keluarannya adalah bukti, bukan diagnosis: antarmuka yang sama bisa benar untuk satu host dan salah untuk host lain ketika ada terowongan terpisah.

Rute yang benar bukan permintaan yang berhasil

Rute memberi tahu antarmuka mana yang akan digunakan kernel, tidak lebih. DNS, firewall host, dan otorisasi aplikasi semuanya berada di atas keputusan itu, dan permintaan bisa gagal setelah perutean berhasil. Pertahankan gejala yang tepat sebelum melanjutkan, karena "tidak dapat tersambung" dan "tersambung tetapi mengembalikan galat" adalah penyelidikan berbeda dengan langkah berikut yang berbeda. Tampilan resolver dan tampilan antarmuka melengkapi kueri tujuan, bukan menggantikannya.

Daftar tabel perutean masih punya tempat: begitulah cara Anda menyadari default yang tak terduga. Default biasa yang tersisa tidak membuktikan VPN tidak dipakai, karena entri yang lebih spesifik menang atasnya.

Pisahkan titik akhir dan sumber daya

Ada dua pencarian dan keduanya menjawab pertanyaan berbeda. Mencapai titik akhir adalah perjalanan luar melalui jaringan fisik. Mencapai aplikasi terjadi di dalam terowongan, pada alamat yang hanya ada di sisi privat. Mencampur keduanya menghasilkan loop palsu klasik, ketika titik akhir tampak dirutekan melalui terowongan yang ia akhiri. Tanyakan kedua alamat secara terpisah, beri label tiap hasil, dan kebingungannya hilang.

Tumpang tindih prefiks adalah kasus lain yang perlu diketahui. Ketika rentang lokal dan jarak jauh bertumpang tindih, kecocokan prefiks terpanjang yang menentukan, sehingga subnet lokal yang bertumpang tindih dapat menutupi alamat jarak jauh yang Anda harapkan. Tujuan privat lalu tampak identik dengan yang lokal, dan perbaikannya ada di rencana alamat, bukan di tabel rute. Kueri get menunjukkan antarmuka mana yang menang, dan itulah fakta yang Anda butuhkan sebelum mengubah apa pun.

Baca dulu, ubah kemudian

Jauhkan route add dan route delete dari putaran pertama. Di Mac yang Anda kelola dari jarak jauh, satu editan tabel yang sembarangan bisa mengambil jalur kembali ke mesin itu, sehingga tidak ada yang bisa menyelesaikan diagnosis. Putuskan rute mana yang benar, tuliskan cara membatalkan perubahan, dan baru jalankan. Pemeriksaan tidak punya ekor seperti itu.

Kehati-hatian yang sama berlaku untuk membersihkan cache dan memulai ulang layanan jaringan sebagai langkah pertama, karena keduanya menghancurkan bukti yang akan Anda baca. Pemeriksaan hanya-baca itu murah, dapat diulang, dan aman dalam urutan apa pun. Jadikan itu langkah default, dan raih perubahan hanya ketika bukti mengarah ke sana.