Semakan laluan VPN pada macOS: route get tanpa mengubah apa-apa

Seorang pengguna mencapai intranet di rangkaian pejabat dan bukan melalui terowong, sementara Tetapan masih menunjukkan VPN sebagai disambungkan. Mengedit jadual laluan pada saat itu berisiko memutuskan sesi jauh yang anda gunakan untuk mendiagnosis. Tanya kernel laluan mana yang akan dipilihnya untuk hos yang gagal. Utiliti route di macOS mempunyai operasi get yang menjawab tepat itu, untuk satu destinasi, tanpa mengubah apa-apa.

Tanya hos yang gagal, bukan laluan lalai

Tangkapan skrin laluan lalai memberitahu sangat sedikit pada Mac moden, kerana destinasi yang lebih khusus atau dasar terhad boleh mengatasi apa yang kelihatan dikatakan oleh laluan lalai. Terowong boleh aktif, laluan lalai boleh kelihatan betul, dan satu-satunya hos yang anda perlukan masih boleh dilalukan ke tempat lain. Tanya alamat yang gagal dan biarkan kernel menamakan laluan yang dipilihnya.

Bentuknya ialah route -n get diikuti alamat: route -n get 203.0.113.10, dengan alamat dokumentasi mewakili sasaran anda. Gunakan destinasi yang dibenarkan dan keluarga alamat yang sepadan, kerana jawapan IPv4 tidak menyatakan apa-apa tentang sumber yang hanya IPv6. Dokumentasi utiliti route menerangkan operasi get dan medan yang dicetaknya.

Baca antara muka dan gateway sebagai bukti

Jalankan pertanyaan sebelum menyambung VPN, kemudian sekali lagi selepas itu, dan bandingkan baris antara muka serta gateway. Perbezaan antara kedua-dua jawapan itulah yang sebenarnya diubah oleh terowong, dan ia jauh lebih berguna daripada membuang seluruh jadual. Jika antara muka sama dalam kedua-dua larian, laluan tidak pernah menjadi masalah dan anda boleh berhenti melihat penghalaan.

Catat destinasi, antara muka, gateway dan masa pertanyaan sebelum membuat kesimpulan. Output ialah bukti, bukan diagnosis: antara muka yang sama boleh betul untuk satu hos dan salah untuk hos lain apabila terowong berpecah terlibat.

Laluan yang betul bukan permintaan yang berfungsi

Laluan memberitahu antara muka mana yang akan digunakan oleh kernel, tidak lebih. DNS, firewall hos dan kebenaran aplikasi semuanya berada di atas keputusan itu, dan permintaan boleh gagal selepas penghalaan berjaya. Kekalkan gejala yang tepat sebelum meneruskan, kerana "tidak dapat menyambung" dan "menyambung tetapi memulangkan ralat" ialah siasatan berbeza dengan langkah seterusnya yang berbeza. Paparan penyelesai dan paparan antara muka melengkapi pertanyaan destinasi, bukan menggantikannya.

Penyenaraian jadual penghalaan masih mempunyai tempat: begitulah anda menyedari lalai yang tidak dijangka. Lalai biasa yang tinggal tidak membuktikan VPN tidak digunakan, kerana entri yang lebih khusus mengalahkannya.

Asingkan titik akhir dan sumber

Dua carian terlibat dan kedua-duanya menjawab soalan berbeza. Mencapai titik akhir ialah perjalanan luar melalui rangkaian fizikal. Mencapai aplikasi berlaku di dalam terowong, pada alamat yang hanya wujud di sebelah peribadi. Mencampurkan kedua-duanya menghasilkan gelung palsu klasik, apabila titik akhir kelihatan dilalukan melalui terowong yang ditamatkannya. Tanya kedua-dua alamat secara berasingan, labelkan setiap hasil, dan kekeliruan hilang.

Pertindihan awalan ialah kes lain yang wajar diketahui. Apabila julat tempatan dan jauh bertindih, padanan awalan terpanjang yang menentukan, jadi subnet tempatan yang bertindih boleh membayangi alamat jauh yang anda jangkakan. Destinasi peribadi kemudian kelihatan sama seperti destinasi tempatan, dan pembetulan itu tergolong dalam pelan alamat dan bukan jadual laluan. Pertanyaan get menunjukkan antara muka mana yang menang, dan itulah fakta yang anda perlukan sebelum mengubah apa-apa.

Baca dahulu, ubah kemudian

Jauhkan route add dan route delete daripada pusingan pertama. Pada Mac yang anda urus dari jauh, satu suntingan jadual yang cuai boleh mengambil laluan balik ke mesin itu, sehingga tiada siapa boleh menamatkan diagnosis. Tentukan laluan mana yang betul, catat cara membatalkan perubahan, dan barulah jalankannya. Pemeriksaan tiada ekor seperti itu.

Amaran yang sama terpakai untuk mengosongkan cache dan memulakan semula perkhidmatan rangkaian sebagai langkah pertama, kerana kedua-duanya memusnahkan bukti yang anda hampir baca. Pemeriksaan baca sahaja murah, boleh diulang dan selamat dalam sebarang susunan. Jadikannya langkah lalai, dan raih perubahan hanya apabila bukti menunjukkannya.