Kebocoran DNS VPN Windows: mengapa metrik mengalahkan rute

Kueri meninggalkan mesin dan mencapai router rumah sementara setiap paket sedang diterowongkan. Kesimpulan alaminya adalah rute yang hilang, padahal rutenya biasanya baik-baik saja. Windows dapat memilih resolver antarmuka mana yang ditanyai berdasarkan metrik antarmuka, dan adaptor terowongan sering kalah dalam perbandingan itu dari adaptor nirkabel.

Dua penjelasan untuk satu kebocoran

Penjelasan rute mengatakan sebagian lalu lintas keluar dari terowongan, jadi rute bawaan atau daftar terowongan terpisah pasti salah. Penjelasan itu dapat diuji dengan satu perintah, dan ketika rute bawaan menunjuk ke dalam terowongan, urusannya selesai. Periksa dulu karena murah, lalu kesampingkan ketika hasilnya bersih.

Penjelasan peringkat mengatakan lalu lintas sepenuhnya di dalam terowongan dan pencarian tetap dikirim ke resolver lain. Windows memperlakukan pilihan resolver sebagai properti per antarmuka dengan urutan, sehingga adaptor fisik dengan metrik lebih baik dapat menyediakan DNS untuk sebuah nama meskipun paket ke alamat yang diselesaikan melewati terowongan. Kedua penjelasan menghasilkan gejala yang sama di halaman uji kebocoran, itulah sebabnya uji bukan diagnosis. Hanya satu yang diperbaiki dengan menyunting rute.

Bandingkan metrik dan resolver bersama

Catat antarmuka, metriknya, dan server yang dikonfigurasi selagi terowongan aktif. Bacalah sebagai tabel, bukan dua daftar terpisah, karena pertanyaannya adalah resolver mana yang lebih dulu, bukan resolver mana yang ada.

Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric | Select-Object InterfaceIndex, InterfaceAlias, InterfaceMetric
Get-DnsClientServerAddress -AddressFamily IPv4 | Select-Object InterfaceAlias, ServerAddresses

Jika adaptor terowongan membawa angka lebih tinggi daripada adaptor fisik, resolvernya tidak diutamakan, dan nama internal akan menuju apa pun yang ditawarkan sisi fisik. Router itu dapat menjawab dari cache, meneruskan kueri, atau menolaknya, dan tidak satu pun dari hasil itu adalah rancangan yang Anda maksud. Peringkat adalah preferensi, jadi ia kalah diam-diam alih-alih memunculkan galat.

Adaptor terowongan tanpa resolver yang dikonfigurasi sama sekali adalah varian yang sama umumnya. Klien menaikkan antarmuka tanpa mendorong DNS, sehingga pertanyaan peringkat bahkan tidak muncul.

Naikkan peringkat terowongan dan periksa lagi

Beri antarmuka terowongan metrik terendah, atau naikkan nilai adaptor fisik, di shell dengan hak tinggi. Keduanya pengaturan per antarmuka dan keduanya dapat dibalik, yang penting ketika Anda mengubah mesin yang mungkin tidak Anda duduki.

Set-NetIPInterface -InterfaceIndex 27 -InterfaceMetric 1
Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric

Perubahan langsung terlihat, dan klien DNS serta konsumen lain menyimpan pilihan yang sudah dibuat. Sambungkan ulang terowongan, atau mulai ulang, sebelum menyimpulkan apa pun dari hasil kueri. Uji yang dijalankan terlalu dini akan mengulang perilaku lama dan tampak seperti perbaikan yang gagal.

Lalu tanyakan satu nama internal dan satu nama publik dan periksa server mana yang menjawab. referensi tentang metrik otomatis Microsoft menjelaskan mengapa nilai terendah diutamakan dan bagaimana penetapan otomatis diturunkan.

Buat bertahan melewati sambungan ulang

Metrik manual pada adaptor yang dibuat ulang pada setiap koneksi adalah pengaturan yang hilang. Jika klien membangun ulang antarmuka, penimpaan itu memerlukan skrip pascasambungan, kebijakan, atau konfigurasi klien yang memiliki DNS selama terhubung.

Server yang dikonfigurasi statis pada adaptor fisik memiliki masalah daya tahan yang sama secara terbalik. Mereka terus menjawab untuk antarmuka itu sampai dihapus, dan DHCP akan mengisinya kembali dari sewa berikutnya, jadi menghapusnya adalah pengukuran, bukan rancangan. Rancangan yang tahan lama adalah kebijakan resolusi nama untuk ruang nama internal, atau klien yang mengambil alih DNS selama koneksi. Bagaimanapun, catat daftar resolver sebelum dan sesudah sambungan ulang, pulihkan metrik asli setelah selesai menguji, dan pastikan perilaku sebelumnya kembali.