nslookup VPN üzerinden çözüyor ama tarayıcı neden çözemiyor

nslookup, adını verdiğiniz sunucuya sorgu gönderir ve yanıtı yazdırır, bu yüzden tarayıcının her sekmesi başarısız olurken o başarılı olabilir. Tarayıcı işletim sisteminden çözmesini ister ve işletim sistemi arayüz başına çözümleyicileri, ad çözümleme ilkesi kurallarını ve bağdaştırıcının ağ konumunu tartar. Ardından tarayıcı kendi şifreli DNS'ini üstüne ekleyebilir. Üç farklı yol, tek bir belirti ve tünel genellikle bozuk kısım değildir.

Aşağıdaki denetimler bu yolları sistemden dışarı doğru izler. Hangi yolun yanıtladığını ve hangisinin başarısız olduğunu bilmeden VPN profilini düzenlemeyin.

Yanıtı üç ilke belirler

Her arayüz kendi çözümleyici listesini ve arama soneklerini taşır. VPN bağdaştırıcısı sunucu eklerken fiziksel bağdaştırıcı kendininkileri korur ve sistem ilk yanıt vereni alabilir, böylece kimse seçmeden bir arama tünelin dışında sunulabilir. Ad çözümleme ilkesi tablosunun kuralları seçili etki alanlarını seçili sunuculara gönderebilir, Windows'ta bölünmüş DNS genellikle böyle ifade edilir. VPN istemcisi veya ağ geçidi de yalnızca özel ağın içinde var olan bir çözümleyici adresi gönderebilir.

Bu üçü tarayıcıdan keyfî görünen biçimlerde etkileşir. Bölünmüş tünelden rotası olmayan özel bir adrese gönderilen çözümleyici her aramayı durdurur ve sonra başarısız kılar. İç soneki kapsayan ve kapalı bir sunucuya işaret eden ilke kuralı, eksik rota ile aynı görünür hatayı üretir. VPN bağdaştırıcısında eksik bir arama soneki kısa adı yanlış etki alanı için genel bir sorguya dönüştürür. Her biri farklı bir onarım gerektirir.

Tarayıcı neden başka bir soru soruyor

nslookup kendi sorgusunu seçtiği sunucuya gönderir ve ne ad alanı ilkesini ne de tarayıcının şifreli DNS ayarını izler. Bu yüzden genel bir çözümleyiciye yapılan elle sorgu yanıtlanırken tarayıcı sitenin var olmadığını bildirir. İki programı karşılaştırıyorsunuz, bir programın iki durumunu değil.

Adres ailesi tercihi gecikmeyi açıklar, başarısızlığı değil. Yalnızca IPv4 taşıyan bir tünelde önce IPv6 kayıtlarını isteyen tarayıcı geri çekilmeden önce zaman aşımını bekler. Firefox tam bunun için bir tercih taşımıştır ve onu kapatmak onarım değil tanılama adımıdır.

Çözümleyici listesini ve kuralları okuyun

Windows'ta kuram kurmadan önce sistemin tuttuğunu yazdırın. Get-DnsClientServerAddress sunucuları arayüz başına gösterir, Get-DnsClientNrptRule ad alanı kurallarını listeler ve Resolve-DnsName tam adı sistem yoluyla yanıtlar. Bu yanıtı VPN'in sunucusuna adresle yapılan doğrudan sorguyla karşılaştırın. Resolve-DnsName başarısız olup doğrudan sorgu başarılı olduğunda şüpheli çözümleyici listesi veya bir ad alanı kuralıdır.

Adın kendisini de denetleyin. İç kısa ad, yalnızca VPN bağdaştırıcısının sağladığı özel soneki gerektirebilir, tam nitelikli ad ise iyi çözülür. Başarılı bir aramadan sonraki sertifika uyarısı başka bir soruna aittir.

Erişilemeyen gönderilmiş çözümleyici

Ağ geçidi veya istemci bir çözümleyici adresi gönderebilir ve bu adrese tünelden erişilebilmesi gerekir. Bölünmüş tünelde çözümleyiciyi içeren özel aralık dahil edilen rotalarda olmayabilir, bu da hiç yanıt almayan bir arama üretir. Rotanın var olduğunu doğrulayın, sonra tam o adresi tünelden sorun. Genel çözümleyici hâlâ yanıtlarken tarayıcıda etki alanı hatasının arkasındaki başarısızlık budur.

Çözümleyici erişilemezse onarım bir rota veya dahil edilen alt ağdır, başka bir DNS sunucusu değil.

Şifreli DNS tüm yolu atlar

DNS-over-HTTPS kullanan tarayıcılar adları seçilen sağlayıcıya HTTPS bağlantısı üzerinden kendileri çözer. Bu açıkken o aramalar için sistem çözümleyicisi ve bölünmüş DNS kuralları tamamen atlanır, bu yüzden tarayıcıda iç adlar başarısız olurken işletim sistemi onları doğru çözer. Tersi de olur: iç adlar, onları asla görmemesi gereken bir sağlayıcı üzerinden tarayıcıda başarılı olur ve bu bağlantı değil ilke sorunudur.

Yönetilen cihazlarda şifreli DNS'e izin verilip verilmediğine bilinçli olarak karar verin, sonra seçim görünür olsun diye tarayıcının yönetim yüzeyinden yapılandırın. Bunu bireysel tercihe bırakmak, aynı VPN'in her dizüstü bilgisayarda farklı davrandığı bir filo üretir.

Başarısızlığa uyan onarımlar

VPN kendi çözümleyicisini gönderiyorsa tünelin ona trafik taşımasını ve aynı ayarın çözümlemeye katılan bağdaştırıcılarda görünmesini sağlayın. Bağlıyken yerel siteler çözülmeyi bırakırsa, çözümleyiciyi tümüyle değiştirmek yerine açık ad alanı istisnaları veya koşullu iletici ekleyin. Tarayıcının şifreli DNS'i ilkeyi atlıyorsa değiştirilmesi gereken ayar odur. İç bir adı onarmak için asla genel bir çözümleyici eklemeyin: özel sorguları sızdırır ve adı çözmez.

Sonra aramayı bağlantıdan ayırın. Doğru adrese çözülen ama bağlantıyı reddeden bir ad hizmet, güvenlik duvarı veya sertifika sorunudur ve DNS değişiklikleri bunu düzeltmez.

Hangi yolun yanıtladığını, hangisinin başarısız olduğunu ve neyi değiştirdiğinizi kaydedin. Aynı belirtinin bir sonraki raporu o zaman bir öğleden sonra yerine tek bir komut alır.