Ujian Kebocoran DNS: Nama Penyelesai Bukan Laluan
Nama penyelesai tidak dapat memberitahu sama ada DNS memintas terowong. Tentukan dasar yang anda mahukan, kemudian bandingkan penerima, laluan dan pengecualian.
Tiga susunan dianggap DNS yang betul bagi pengguna VPN: pertanyaan kepada penyelesai pengendali, pertanyaan kepada penyelesai tersulit yang anda pilih, dan split DNS yang menghantar nama kerja kepada organisasi. Ujian kebocoran melaporkan satu penyelesai, dan satu label itu tidak dapat memberitahu susunan mana yang sebenarnya anda ada. Tentukan dahulu dasar yang dimaksudkan, kemudian uji berdasarkannya. Jika tidak, anda membandingkan nombor dengan perasaan.
Tentukan Apa yang Anda Mahukan Sebelum Membaca Keputusan
Namakan dasar dalam satu ayat: semua nama ke penyelesai VPN, semua nama ke penyelesai tersulit pilihan, atau split DNS dengan nama dalaman menuju organisasi. Setiap satu boleh dipertahankan bagi pengguna yang berbeza, dan setiap satu menghasilkan jawapan jangkaan yang berbeza. Tanpa ayat itu, apa-apa keputusan yang berbeza daripada tangkapan skrin dalam siaran forum kelihatan membimbangkan. Tuliskan dasar itu sebelum ujian pertama.
Ujian yang dijalankan sebelum dasar ditetapkan tidak mengukur apa-apa. Ia menghasilkan nama penyelesai tanpa sebarang titik rujukan.
Nama Penyelesai Tidak Membuktikan Laluan mahupun Penerima
Dua soalan penting: siapa yang menerima pertanyaan, dan laluan mana yang membawanya. Penyelesai pihak ketiga boleh dicapai melalui terowong sementara skrin tetapan memaparkan alamat pembekal. Label pada halaman ujian kebocoran menggambarkan pandangan pemerhati, bukan jadual penghalaan anda.
Pelayar boleh menggunakan DNS tersulitnya sendiri sementara trafik laman melalui terowong, dan jawapan yang dicache boleh membolehkan halaman dimuatkan tanpa carian baharu. Itulah sebabnya keputusan IP awam tidak menyatakan apa-apa tentang DNS. DoH dan DoT melindungi pertanyaan dalam perjalanan ke penyelesai, dan penyelesai itu tetap melihat nama-nama tersebut.
resolvectl status
resolvectl query example.com
dig +short example.com
Split DNS Menjadikan Beberapa Penyelesai Betul
Organisasi boleh menghantar nama dalaman ke DNS sendiri dan segala-galanya ke tempat lain. Oleh itu ujian yang menyenaraikan beberapa penyelesai mungkin menggambarkan dasar yang dimaksudkan dan bukan kerosakan. Bandingkan set yang diperhatikan dengan peraturan split DNS yang didokumenkan sebelum melumpuhkan apa-apa. Mematikan penyelesai dalaman supaya halaman ujian kelihatan lebih bersih merosakkan nama peribadi.
Split tunneling dan split DNS ialah pilihan berbeza: satu menghalakan paket, satu lagi menghalakan pertanyaan. Menukar laluan terowong tidak menggerakkan carian nama, dan menukar penyelesai tidak membaiki laluan laman web. IPv6 ialah soalan ketiga, kerana sambungan IPv6 yang tidak dimaksudkan bukan secara automatik kebocoran DNS.
Tukar Keputusan Menjadi Siasatan
Catat dasar yang dimaksudkan dan tetapan DNS selamat pelayar sebelum menguji. Jalankan ujian dengan terowong aktif, catat setiap penyelesai yang dinamakannya, dan bandingkan set itu dengan dasar dan bukan dengan satu alamat jangkaan.
Ulangi selepas menyambung semula jika gejala muncul pada masa itu, kerana dasar yang digunakan semasa menyambung boleh hilang kemudian. Gunakan dokumentasi klien untuk pengecualian DNS dalaman dan jangan meneka tetapan.
Baiki ketidakpadanan yang anda temui: pilihan pelayar, tetapan DNS VPN atau peraturan split DNS. Jika pertanyaan mesti berhenti apabila terowong gagal, kill switch ialah tetapan berasingan, dan konfigurasi DNS sahaja tidak akan menyediakannya. Spesifikasi RFC 8484 berguna apabila anda perlu menerangkan apa yang disembunyikan dan tidak disembunyikan oleh penyelesai tersulit.