Metrik rute VPN berubah setelah terhubung: apa artinya
Metrik yang lebih rendah hanya memutus seri antara rute yang sama spesifiknya. Baca aturan kebijakan, prefiks, dan rute host titik akhir sebelum mengubah nomor rute VPN apa pun.
Anda menghubungkan VPN, menjalankan route print, dan rute default kini membawa metrik yang jauh lebih rendah dari sebelumnya. Kesimpulan alaminya adalah VPN mengambil rute default karena angkanya lebih kecil. Kadang itulah yang benar-benar terjadi. Sering kali metrik sama sekali bukan faktor penentu, dan mengubahnya tidak mengubah apa pun karena pilihan sudah dibuat lebih awal, oleh panjang prefiks atau oleh aturan kebijakan.
Gejalanya nyata: lalu lintas yang dulu keluar lewat adaptor Wi-Fi kini keluar lewat terowongan, atau sebaliknya. Metrik adalah satu masukan bagi pencarian yang berjalan dalam urutan tetap, dan urutan itulah yang perlu Anda baca sebelum menyentuh angka.
Dengan apa angka itu sebenarnya bersaing
Perbandingan pertama adalah kekhususan, bukan preferensi. Rute untuk 10.20.0.0/16 mengalahkan 10.0.0.0/8, dan keduanya mengalahkan 0.0.0.0/0, apa pun kata metriknya. VPN yang memasang rute default dengan metrik terendah di mesin tetap kalah dari rute mana pun yang lebih spesifik dan cocok dengan tujuan, termasuk rute host yang dipasang klien untuk servernya sendiri.
Karena itu menurunkan metrik pada rute default tidak bisa memaksa subnet yang terhubung langsung masuk ke terowongan. Jika Anda ingin subnet itu di dalam VPN, tambahkan rute untuk prefiks atau pilih tabel terowongan dengan aturan kebijakan. Metrik adalah tuas yang salah untuk pekerjaan 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 tabel sebelum metrik
Di Linux kernel lebih dulu menanyakan basis data kebijakan. ip rule mencantumkan aturan dan tabel yang mereka pilih, dan ip route get 203.0.113.10 melaporkan tabel, rute, dan alamat sumber yang benar-benar akan dipakai kernel untuk tujuan itu. Metrik di dalam tabel 100 tidak pernah bersaing dengan rute di tabel utama, karena aturan sudah memilih tabel sebelum metrik apa pun dibandingkan.
Karena itu sebuah rute bisa terlihat benar di ip route show table all dan tetap tidak membawa lalu lintas. Baca aturan yang cocok, lalu tabel yang dipilihnya, lalu bandingkan rute di dalamnya. Jika tabel yang salah dipilih, tidak ada perubahan metrik di tabel lain yang akan membantu.
Windows menggabungkan dua metrik
Windows tidak memiliki basis data kebijakan secara default, tetapi menggabungkan metrik rute dengan metrik antarmuka, dan metrik antarmuka otomatis dapat berubah mengikuti kecepatan tautan dan status adaptor. Karena itu rute yang sama bisa berperilaku berbeda setelah stasiun dok atau adaptor virtual muncul. Find-NetRoute -RemoteIPAddress 203.0.113.10 melaporkan alamat sumber, hop berikutnya, dan antarmuka yang dipilih, yang lebih dekat ke keputusan sebenarnya daripada tabel mentah.
Baca nilai rute dan antarmuka bersama-sama. Menaikkan metrik antarmuka dapat memindahkan lalu lintas tanpa satu pun entri rute berubah, dan klien VPN yang memiliki rutenya akan memasangnya kembali saat tersambung ulang dan membuang suntingan Anda.
Jaga titik akhir terowongan di luar terowongan
Setiap terowongan memerlukan jalur ke servernya sendiri yang tidak melewati terowongan. Klien memasang rute host untuk titik akhir melalui gateway fisik, dan rute itu harus tetap lebih spesifik daripada rute default yang ditambahkan klien. Hapus rute itu, atau biarkan terowongan memenangkan pencarian alamat tersebut, dan paket yang dienkapsulasi akan mencoba masuk ke terowongan yang seharusnya mereka bangun. Koneksi gagal atau berputar.
Periksa rute host itu sebelum dan sesudah setiap perubahan metrik: rute itu harus menunjuk ke hop fisik berikutnya dan bertahan saat tersambung ulang. Jika klien yang memilikinya, ubah profil atau konfigurasi terkelola alih-alih nilai runtime yang akan ditimpa.
Periksa kedua keluarga alamat dan konteks aplikasi
IPv4 dan IPv6 adalah keputusan terpisah dengan tabel terpisah. VPN dapat membawa IPv4 sementara IPv6 tetap memakai router lokal, dan perubahan metrik di satu keluarga tidak mengatakan apa pun tentang yang lain. Periksa keduanya, lalu periksa konteks aplikasi. Proses yang terikat ke antarmuka, namespace kontainer, atau VPN per aplikasi bisa melihat tabel yang berbeda dari shell Anda.
Verifikasi dengan alat yang melaporkan keputusan untuk tujuan sebenarnya, bukan dengan daftar tabel lengkap. Jika rute yang dipilih adalah yang dimaksud desain, berhentilah. Metrik yang bukan angka terkecil di layar bukanlah kesalahan, dan memaksanya menjadi terkecil dapat merusak jalur titik akhir yang menjadi tumpuan terowongan.