Kebocoran DNS VPN Windows: mengapa metrik mengalahkan laluan

Satu pertanyaan meninggalkan mesin dan sampai ke penghala rumah sementara setiap paket diterowongkan. Kesimpulan semula jadinya ialah laluan yang hilang, dan laluan biasanya baik. Windows boleh memilih penyelesai antara muka mana yang ditanya berdasarkan metrik antara muka, dan penyesuai terowong sering kalah dalam perbandingan itu kepada penyesuai wayarles.

Dua penjelasan untuk satu kebocoran

Penjelasan laluan mengatakan sebahagian trafik terlepas dari terowong, jadi laluan lalai atau senarai terowong berpecah mesti salah. Penjelasan itu boleh diuji dengan satu arahan, dan apabila laluan lalai menunjuk ke dalam terowong, urusannya selesai. Semak dahulu kerana ia murah, kemudian ketepikan apabila ia kembali bersih.

Penjelasan kedudukan mengatakan trafik semuanya di dalam terowong dan carian masih dihantar ke penyelesai lain. Windows menganggap pilihan penyelesai sebagai sifat setiap antara muka yang mempunyai susunan, jadi penyesuai fizikal dengan metrik lebih baik boleh membekalkan DNS untuk sesuatu nama walaupun paket ke alamat yang diselesaikan melalui terowong. Kedua-dua penjelasan menghasilkan gejala yang sama pada halaman ujian kebocoran, itulah sebabnya ujian bukan diagnosis. Hanya satu daripadanya dibaiki dengan menyunting laluan.

Bandingkan metrik dan penyelesai bersama

Catat antara muka, metriknya dan pelayan yang dikonfigurasikan semasa terowong aktif. Bacanya sebagai jadual dan bukan dua senarai berasingan, kerana persoalannya ialah penyelesai mana yang dahulu, bukan penyelesai mana yang wujud.

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

Jika penyesuai terowong membawa nombor lebih tinggi daripada penyesuai fizikal, penyelesainya tidak diutamakan, dan nama dalaman akan pergi kepada apa sahaja yang ditawarkan sebelah fizikal. Penghala itu boleh menjawab dari cache, memajukan pertanyaan atau menolaknya, dan tiada satu pun hasil itu ialah reka bentuk yang anda maksudkan. Kedudukan ialah keutamaan, jadi ia kalah secara senyap dan bukannya menimbulkan ralat.

Penyesuai terowong tanpa sebarang penyelesai dikonfigurasikan ialah kelainan yang sama biasa. Klien menaikkan antara muka tanpa menolak DNS, jadi persoalan kedudukan tidak timbul langsung.

Naikkan kedudukan terowong dan semak semula

Berikan antara muka terowong metrik terendah, atau naikkan nilai penyesuai fizikal, dalam shell bertaraf tinggi. Kedua-duanya tetapan setiap antara muka dan kedua-duanya boleh diterbalikkan, yang penting apabila anda menukar mesin yang mungkin anda tidak duduk di hadapannya.

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

Perubahan kelihatan serta-merta, dan klien DNS serta pengguna lain menyimpan pilihan yang telah dibuat. Sambung semula terowong, atau mulakan semula, sebelum membuat sebarang kesimpulan daripada hasil pertanyaan. Ujian yang dijalankan terlalu awal akan mengulangi tingkah laku lama dan kelihatan seperti pembaikan yang gagal.

Kemudian tanya satu nama dalaman dan satu nama awam dan semak pelayan mana yang menjawab. rujukan tentang metrik automatik Microsoft menerangkan mengapa nilai terendah diutamakan dan bagaimana peruntukan automatik diperoleh.

Jadikannya bertahan melalui sambungan semula

Metrik manual pada penyesuai yang dicipta semula pada setiap sambungan ialah tetapan yang hilang. Jika klien membina semula antara muka, penggantian itu memerlukan skrip selepas sambungan, dasar atau konfigurasi klien yang memiliki DNS sepanjang sambungan.

Pelayan yang dikonfigurasikan secara statik pada penyesuai fizikal mempunyai masalah ketahanan yang sama secara terbalik. Ia terus menjawab untuk antara muka itu sehingga dialihkan, dan DHCP akan mengisinya semula daripada pajakan seterusnya, jadi mengalihkannya ialah pengukuran dan bukan reka bentuk. Reka bentuk tahan lama ialah dasar penyelesaian nama untuk ruang nama dalaman, atau klien yang mengambil alih DNS sepanjang sambungan. Walau apa pun, catat senarai penyelesai sebelum dan selepas sambungan semula, pulihkan metrik asal apabila selesai menguji, dan sahkan bahawa tingkah laku sebelumnya telah kembali.