Mengapa nslookup menyelesaikan melalui VPN tetapi pelayar tidak

nslookup menghantar pertanyaan kepada pelayan yang anda namakan dan mencetak jawapannya, sebab itulah ia boleh berjaya sementara setiap tab pelayar gagal. Pelayar meminta sistem pengoperasian menyelesaikan, dan sistem menimbang penyelesai setiap antara muka, peraturan dasar penyelesaian nama dan lokasi rangkaian penyesuai. Kemudian pelayar mungkin menambah DNS disulitkan sendiri di atasnya. Tiga laluan berbeza, satu gejala, dan terowong biasanya bukan bahagian yang rosak.

Pemeriksaan di bawah mengikut laluan itu dari sistem ke luar. Jangan sunting profil VPN sehingga anda tahu laluan mana yang menjawab dan mana yang gagal.

Tiga dasar menentukan jawapannya

Setiap antara muka membawa senarai penyelesainya sendiri dan akhiran carian. Penyesuai VPN menambah pelayan manakala penyesuai fizikal mengekalkan miliknya, dan sistem boleh mengambil yang menjawab dahulu, jadi carian boleh dilayan di luar terowong tanpa sesiapa memilihnya. Peraturan jadual dasar penyelesaian nama boleh menghantar domain terpilih kepada pelayan terpilih, begitulah split DNS biasanya dinyatakan pada Windows. Dan klien atau get laluan VPN boleh menolak alamat penyelesai yang wujud hanya di dalam rangkaian peribadi.

Ketiga-tiganya berinteraksi dengan cara yang kelihatan sewenang-wenangnya dari pelayar. Penyelesai yang ditolak pada alamat peribadi tanpa laluan melalui terowong berpecah membuat setiap carian tersekat dan kemudian gagal. Peraturan dasar yang meliputi akhiran dalaman dan menunjuk kepada pelayan yang mati menghasilkan ralat yang kelihatan sama seperti laluan yang hilang. Akhiran carian yang hilang daripada penyesuai VPN menukar nama pendek menjadi pertanyaan awam untuk domain yang salah. Setiap satu memerlukan pembaikan berbeza.

Mengapa pelayar bertanya soalan lain

nslookup mengeluarkan pertanyaannya sendiri kepada pelayan yang dipilihnya dan tidak mengikut dasar ruang nama mahupun tetapan DNS disulitkan pelayar. Itulah sebabnya pertanyaan manual kepada penyelesai awam dijawab sementara pelayar melaporkan tapak itu tidak wujud. Anda membandingkan dua program, bukan dua keadaan satu program.

Keutamaan keluarga alamat menjelaskan kelewatan, bukan kegagalan. Pelayar yang meminta rekod IPv6 dahulu pada terowong yang hanya membawa IPv4 menunggu had masa tamat sebelum berundur. Firefox membawa keutamaan khusus untuk ini, dan mematikannya ialah langkah diagnostik, bukan pembaikan.

Baca senarai penyelesai dan peraturannya

Pada Windows, cetak apa yang dipegang sistem sebelum berteori. Get-DnsClientServerAddress menunjukkan pelayan setiap antara muka, Get-DnsClientNrptRule menyenaraikan peraturan ruang nama, dan Resolve-DnsName menjawab nama tepat melalui laluan sistem. Bandingkan jawapan itu dengan pertanyaan terus kepada pelayan VPN mengikut alamat. Apabila Resolve-DnsName gagal dan pertanyaan terus berjaya, suspek ialah senarai penyelesai atau peraturan ruang nama.

Periksa namanya juga. Nama pendek dalaman mungkin memerlukan akhiran peribadi yang hanya disediakan penyesuai VPN, manakala nama layak penuh diselesaikan dengan baik. Amaran sijil selepas carian berjaya tergolong dalam masalah lain.

Penyelesai ditolak yang tidak dapat dicapai

Get laluan atau klien boleh menolak alamat penyelesai, dan alamat itu mesti boleh dicapai melalui terowong. Pada terowong berpecah, julat peribadi yang menyimpan penyelesai mungkin tiada dalam laluan yang disertakan, yang menghasilkan carian yang tidak pernah mendapat jawapan. Sahkan laluan itu wujud, kemudian tanyakan alamat itu secara khusus, melalui terowong. Inilah kegagalan di sebalik ralat domain dalam pelayar sementara penyelesai awam masih menjawab.

Jika penyelesai tidak dapat dicapai, pembaikannya ialah laluan atau subrangkaian yang disertakan, bukan pelayan DNS lain.

DNS disulitkan memintas seluruh laluan

Pelayar dengan DNS-over-HTTPS menyelesaikan nama sendiri melalui sambungan HTTPS kepada pembekal pilihan. Apabila ia dihidupkan, penyelesai sistem dan peraturan split DNS dipintas sepenuhnya untuk carian itu, jadi nama dalaman gagal dalam pelayar sementara sistem pengoperasian menyelesaikannya dengan betul. Berlaku juga sebaliknya: nama dalaman berjaya dalam pelayar melalui pembekal yang tidak sepatutnya melihatnya, dan itu masalah dasar, bukan sambungan.

Putuskan dengan sedar sama ada DNS disulitkan dibenarkan pada peranti terurus, kemudian konfigurasikannya melalui permukaan pengurusan pelayar supaya pilihannya kelihatan. Membiarkannya kepada keutamaan individu menghasilkan armada tempat VPN yang sama berkelakuan berbeza pada setiap komputer riba.

Pembaikan yang sepadan dengan kegagalan

Jika VPN menolak penyelesainya, buat terowong membawa trafik ke arahnya dan buat tetapan yang sama kelihatan pada penyesuai yang menyertai penyelesaian. Jika tapak tempatan berhenti diselesaikan semasa bersambung, tambah pengecualian ruang nama yang jelas atau penghantar bersyarat dan bukannya menggantikan penyelesai sepenuhnya. Jika DNS disulitkan pelayar memintas dasar, itulah tetapan yang perlu diubah. Jangan sekali-kali menambah penyelesai awam untuk membaiki nama dalaman: ia membocorkan pertanyaan peribadi dan tidak menyelesaikan nama itu.

Kemudian pisahkan carian daripada sambungan. Nama yang diselesaikan ke alamat yang betul tetapi menolak sambungan ialah masalah perkhidmatan, tembok api atau sijil, dan perubahan DNS tidak akan membaikinya.

Catat laluan mana yang menjawab, mana yang gagal dan apa yang anda ubah. Laporan seterusnya tentang gejala yang sama kemudian mengambil satu arahan dan bukannya satu petang.