Metrik laluan VPN berubah selepas menyambung: apakah maksudnya
Metrik yang lebih rendah hanya memutuskan seri antara laluan yang sama spesifik. Baca peraturan dasar, awalan dan laluan hos titik akhir sebelum mengubah mana-mana nombor laluan VPN.
Anda menyambung VPN, menjalankan route print, dan laluan lalai kini membawa metrik yang jauh lebih rendah daripada sebelumnya. Kesimpulan semula jadinya ialah VPN mengambil laluan lalai kerana nombornya lebih kecil. Kadangkala itulah yang benar-benar berlaku. Selalunya metrik bukan faktor penentu sama sekali, dan mengubahnya tidak mengubah apa-apa kerana pilihan telah dibuat lebih awal, oleh panjang awalan atau oleh peraturan dasar.
Gejalanya nyata: trafik yang dahulunya keluar melalui penyesuai Wi-Fi kini keluar melalui terowong, atau sebaliknya. Metrik ialah satu input kepada carian yang berjalan dalam susunan tetap, dan susunan itulah yang perlu anda baca sebelum menyentuh nombor.
Apakah yang sebenarnya bersaing dengan nombor itu
Perbandingan pertama ialah kekhususan, bukan keutamaan. Laluan untuk 10.20.0.0/16 mengalahkan 10.0.0.0/8, dan kedua-duanya mengalahkan 0.0.0.0/0, apa pun kata metriknya. VPN yang memasang laluan lalai dengan metrik terendah pada mesin masih kalah kepada mana-mana laluan yang lebih spesifik yang sepadan dengan destinasi, termasuk laluan hos yang dipasang klien untuk pelayannya sendiri.
Itulah sebabnya menurunkan metrik pada laluan lalai tidak boleh memaksa subnet yang disambung terus masuk ke dalam terowong. Jika anda mahu subnet itu di dalam VPN, tambah laluan untuk awalan atau pilih jadual terowong dengan peraturan dasar. Metrik ialah tuas yang salah untuk kerja itu.
| Check in this order | Question | Where you read it |
|---|---|---|
| 1. Policy and table | Which routing table does this traffic use? | ip rule, client profile |
| 2. Prefix length | Which matching route is most specific? | route print, ip route |
| 3. Metric | Which of the equally specific routes is preferred? | route print, ip route |
| 4. Interface state | Is the chosen next hop reachable? | adapter status, link state |
Linux menentukan jadual sebelum metrik
Dalam Linux kernel meneliti pangkalan data dasar terlebih dahulu. ip rule menyenaraikan peraturan dan jadual yang dipilihnya, dan ip route get 203.0.113.10 melaporkan jadual, laluan dan alamat sumber yang benar-benar akan digunakan kernel untuk destinasi itu. Metrik di dalam jadual 100 tidak pernah bersaing dengan laluan dalam jadual utama, kerana peraturan itu memilih jadual sebelum sebarang metrik dibandingkan.
Itulah sebabnya sesuatu laluan boleh kelihatan betul dalam ip route show table all dan masih tidak membawa trafik. Baca peraturan yang sepadan, kemudian jadual yang dipilihnya, kemudian bandingkan laluan di dalamnya. Jika jadual yang salah dipilih, tiada suntingan metrik dalam jadual lain akan membantu.
Windows menggabungkan dua metrik
Windows tiada pangkalan data dasar secara lalai, tetapi ia menggabungkan metrik laluan dengan metrik antara muka, dan metrik antara muka automatik boleh berubah mengikut kelajuan pautan dan keadaan penyesuai. Itulah sebabnya laluan yang sama boleh berkelakuan berbeza selepas stesen dok atau penyesuai maya muncul. Find-NetRoute -RemoteIPAddress 203.0.113.10 melaporkan alamat sumber, hop seterusnya dan antara muka yang dipilih, yang lebih dekat dengan keputusan sebenar daripada jadual mentah.
Baca nilai laluan dan antara muka bersama-sama. Menaikkan metrik antara muka boleh mengalihkan trafik tanpa satu pun entri laluan berubah, dan klien VPN yang memiliki laluannya akan memasangnya semula semasa sambung semula dan membuang suntingan anda.
Kekalkan titik akhir terowong di luar terowong
Setiap terowong memerlukan laluan ke pelayannya sendiri yang tidak melalui terowong. Klien memasang laluan hos untuk titik akhir melalui get laluan fizikal, dan laluan itu mesti kekal lebih spesifik daripada laluan lalai yang ditambah klien. Padamkannya, atau biarkan terowong memenangi carian untuk alamat itu, dan paket yang dikapsulkan akan cuba masuk ke terowong yang sepatutnya mereka bina. Sambungan gagal atau berpusing.
Periksa laluan hos itu sebelum dan selepas sebarang perubahan metrik: ia harus menunjuk ke hop fizikal seterusnya dan bertahan semasa sambung semula. Jika klien memilikinya, ubah profil atau konfigurasi terurus dan bukannya nilai masa jalan yang akan ditimpa.
Periksa kedua-dua keluarga alamat dan konteks aplikasi
IPv4 dan IPv6 ialah keputusan berasingan dengan jadual berasingan. VPN boleh membawa IPv4 sementara IPv6 terus menggunakan penghala setempat, dan perubahan metrik dalam satu keluarga tidak menyatakan apa-apa tentang yang lain. Periksa kedua-duanya, kemudian periksa konteks aplikasi. Proses yang terikat pada antara muka, ruang nama kontena atau VPN setiap aplikasi mungkin melihat jadual berbeza daripada shell anda.
Sahkan dengan alat yang melaporkan keputusan untuk destinasi sebenar, bukan dengan senarai jadual penuh. Jika laluan yang dipilih ialah yang dimaksudkan oleh reka bentuk, berhenti. Metrik yang bukan nombor terkecil pada skrin bukanlah kecacatan, dan memaksanya menjadi terkecil boleh mematahkan laluan titik akhir yang bergantung pada terowong.