Mengapa Windows menghantar nama VPN anda ke pelayan DNS yang anda tidak pernah tetapkan

Anda menetapkan pelayan DNS pada penyesuai VPN, menyambung semula, dan nama peribadi masih datang dari penyelesai pejabat yang tiada siapa konfigurasikan pada komputer riba ini. Hasilnya kelihatan seperti tetapan itu diabaikan, dan dalam erti kata tertentu memang diabaikan, kerana senarai penyesuai ialah set calon dan bukan keputusan. Windows menyelesaikan nama melalui dasar ruang nama yang boleh menamakan pelayan lain untuk akhiran tertentu, dan dasar itu digunakan sebelum tetapan penyesuai diteliti. Mencari peraturan yang menang ialah kerja lima minit setelah anda tahu jadual mana untuk dibaca.

Apa yang anda ubah, dan apa yang sebenarnya menentukan

Alamat DNS pada penyesuai memberitahu klien ke mana antara muka itu boleh menghantar pertanyaan. Jadual Dasar Penyelesaian Nama memberitahu klien ke mana ia mesti menghantar pertanyaan bagi ruang nama tertentu, dan ia dinilai mengikut nama, bukan mengikut penyesuai. Apabila peraturan sepadan dengan akhiran yang anda taip, pelayan peraturan itu digunakan dan senarai penyesuai tidak lagi penting untuk carian tersebut.

Sebab itulah dua nama pada komputer riba yang sama boleh mengikut laluan berbeza pada saat yang sama. Hos di bawah akhiran korporat mengikut peraturannya; nama awam mengikut laluan lalai, yang biasanya bermaksud penyesuai yang menjawab dahulu.

Bagaimana jadual memadankan nama

Peraturan dikunci mengikut ruang nama, dan padanan paling khusus menang. Peraturan untuk corp.example terpakai kepada vpn.corp.example dan tidak terpakai kepada example.net. Peraturan dengan ruang nama . meliputi semua yang tidak diliputi peraturan lain, yang menjadikannya entri paling berbahaya dalam senarai dan yang wajar diperiksa apabila laman tidak berkaitan diselesaikan melalui terowong.

Peraturan juga boleh membawa komen, dasar yang menyahdayakan entri, dan tetapan keselamatan yang tiada kaitan dengan alamat DNS. Peraturan yang dinyahdayakan kekal kelihatan dalam konfigurasi tanpa kesan, jadi entri yang kelihatan betul di atas kertas boleh kekal tidak berkesan selepas perubahan profil.

Baca jadual berkesan, bukan senarai hasrat

Peraturan yang dikonfigurasikan dan peraturan berkesan ialah dua soalan berbeza. Get-DnsClientNrptRule menyenaraikan apa yang ada pada mesin. Get-DnsClientNrptPolicy -Effective menunjukkan apa yang klien akan benar-benar gunakan, dengan nilai yang digabungkan daripada dasar dan tetapan setempat.

Bandingkan akhiran dalam output itu dengan nama yang anda uji, huruf demi huruf. Peraturan untuk corp.example tidak menangkap nama yang berakhir dengan corp.example.com, dan titik di hujung di satu tempat tetapi tidak di tempat lain sudah cukup untuk mengubah padanan.

Tanpa peraturan, Windows bertanya lebih daripada satu penyesuai

Apabila tiada apa dalam jadual menuntut nama itu, klien boleh menghantar pertanyaan melalui beberapa antara muka dan mengambil jawapan pertama yang tiba. Hasilnya bergantung pada masa: nama yang sama boleh diselesaikan dari penyesuai berwayar pada hari Isnin dan dari terowong pada hari Selasa, dan tiada apa dalam konfigurasi mana-mana penyesuai menjelaskan perbezaan itu.

Ada dua jalan keluar. Tambah peraturan untuk ruang nama supaya keputusan berhenti menjadi perlumbaan, atau matikan tingkah laku selari melalui dasar klien DNS dan terima penyelesaian yang lebih perlahan dan deterministik. Yang pertama biasanya lebih sesuai untuk VPN dengan terowong berpecah, kerana ia mendokumenkan niat dan bukannya bergantung pada urutan.

Laluan yang melangkau penyelesai sepenuhnya

Pelayar dengan DNS selamat dihidupkan menyelesaikan sendiri dan hanya menyerahkan alamat kepada Windows, jadi jadual peraturan tidak pernah melihat nama itu. Klien yang dibina atas persekitaran dengan penyelesai sendiri boleh berkelakuan sama. Apabila nama diselesaikan dalam satu aplikasi dan gagal dalam aplikasi lain pada mesin yang sama, bandingkan dua laluan penyelesaian itu sebelum menyentuh dasar.

Periksa juga sama ada aplikasi menyambung ke alamat cache daripada sesi terdahulu. Clear-DnsClientCache dan kemudian carian yang sama memberi jawapan lebih bersih daripada membuat kesimpulan daripada hasil lama.

Uji dengan nama yang gagal

Selesaikan nama hos tepat daripada laporan, bukan domain ujian kelajuan awam, dan catat pelayan mana yang menjawab. Kemudian ubah satu perkara: peraturan, senarai penyesuai atau penetapan dasar, dan ulangi carian yang sama selepas menyambung semula supaya keadaan yang digunakan dibina semula.

Jika nama diselesaikan tetapi perkhidmatan masih enggan, berhenti menyunting DNS. Langkah berguna seterusnya ialah alamat dan laluan ke sana, kerana penyelesaian nama sudah selesai tugasnya.