DNS server not responding hatası nasıl düzeltilir

Hata ne anlama gelir

Her bağlantı bir sorguyla başlar. Cihazınız ana bilgisayar adını bir çözümleyiciye gönderir, genellikle yönlendiricinize, İSS'nize, veya 1.1.1.1 gibi genel bir hizmete, ve bir IP adresi bekler. Zaman aşımı içinde hiçbir yanıt gelmezse, işletim sistemi yeniden dener, ikincil sunucuyu dener, ve sonunda vazgeçer. Windows daha sonra sorun gidericisini çalıştırır, ki bu da DNS sunucusunun yanıt vermediğini bildirir.

İfade sunucuya işaret eder, ama aslında bir yol hakkında bir ifadedir. Bunların herhangi biri aynı mesajı üretir: çözümleyici çöktür, çözümleyici çalışıyordur ama ağınızdan erişilemezdir, bir güvenlik duvarı 53 numaralı portu düşürür, adaptörünüzde yapılandırılan adres yanlıştır, veya aradaki yönlendirici yönlendirmeyi durdurmuştur. Sessizlik bu beş durumun hepsinde aynı görünür.

Başlamadan önce onu komşularından ayırt edin. "Böyle bir isim yok" yanıtı veren bir çözümleyici size NXDOMAIN verir, DNS_PROBE_FINISHED_NXDOMAIN sayfasında ele alınır. Yavaş ama doğru yanıt veren bir çözümleyici tamamen farklı bir sorundur, ve aşağıda kendi bölümü vardır. Bu hata, hiçbir şeyin geri gelmediği durumdur.

Neden olur

• Yönlendirici yönlendirmeyi durdurdu. Tüketici yönlendiricileri, cihazın geri kalanından daha sık takılan küçük bir DNS yönlendiricisi çalıştırır, bu yüzden ağ çevrimiçi görünür ve yalnızca isim sorguları başarısız olur.
• Yapılandırılan DNS sunucusu yanlış. Eski bir ağdan kalma statik bir adres, veya hizmet dışı bırakılmış bir sunucu.
• İSS çözümleyicisi kesinti yaşıyordur veya aşırı yüklüdür ve sorguları yanıtlamak yerine düşürür.
• Bir güvenlik duvarı veya güvenlik paketi 53 numaralı portu engeller. Bazı ürünler DNS'i kendileri araya girer ve kendi hizmetleri çalışmadığında kapalı şekilde başarısız olur.
• Bir VPN yarı bağlıdır. Tünel kendi dahili çözümleyicilerini adaptörünüze itmiş, sonra düşmüştür, yalnızca tünel içinden erişilebilen adresler bırakarak.
• IPv6 yapılandırılmıştır ama kullanılamaz. Sistem bir IPv6 çözümleyicisini tercih eder, ona bir rota bulamaz, ve geri dönmeden önce zaman aşımını bekler.
• Windows DNS İstemcisi hizmeti durdurulmuştur veya önbelleği bozuktur.
• Kötü amaçlı yazılım veya istenmeyen bir uygulama çözümleyiciyi kontrol ettiği bir adrese değiştirmiştir, ki bu adres sonra kaybolur.
• Ağ henüz gerçekleşmemiş bir yakalama portalı oturum açması gerektirir, bu yüzden tüm giden DNS yutulur.

Nasıl düzeltilir

DNS ayarlarına dokunmadan önce ağın kendisinin çalışıp çalışmadığını tespit edin. ping 1.1.1.1 hiçbir isim çözümlemesi kullanmaz. Bu da başarısız olursa, bir DNS sorununuz değil bağlantı sorununuz vardır. ping example.com başarısız olurken bu başarılı olursa, DNS bozuk parça olarak doğrulanır ve aşağıdaki adımlar uygulanır.

Windows

1. Önbelleği temizleyin ve istemci hizmetini yeniden başlatın:

   ipconfig /flushdns
   net stop dnscache
   net start dnscache

2. Adaptörünüzün ne kullandığını görün: ipconfig /all | findstr /C:"DNS Servers"
3. Bunun yerine genel bir çözümleyici ayarlayın: netsh interface ipv4 set dnsservers name="Wi-Fi" static 1.1.1.1 primary
4. Bu belirli sunucuyu doğrudan test edin: nslookup example.com 1.1.1.1
5. Hiçbir şey işe yaramazsa yığını sıfırlayın, sonra yeniden başlatın:

   netsh int ip reset
   netsh winsock reset

6. Makinede çalışan bir IPv6 yoksa adaptörde IPv6'nın işaretini kaldırın, sonra yeniden test edin.

macOS

1. Önbelleği temizleyin: sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
2. Kullanılan çözümleyicileri okuyun: scutil --dns | grep nameserver
3. Onları değiştirin: sudo networksetup -setdnsservers Wi-Fi 1.1.1.1 1.0.0.1
4. DHCP'nin verdiğine geri dönün: sudo networksetup -setdnsservers Wi-Fi empty

Linux

1. Durumu kontrol edin ve temizleyin: resolvectl status, sonra sudo resolvectl flush-caches
2. Yanıt verip vermediğini görmek için bir sunucuyu açıkça sorgulayın: dig @1.1.1.1 example.com +short
3. Genellikle otomatik oluşturulan /etc/resolv.conf dosyasını düzenlemek yerine çözümleyiciyi bağlantı üzerinde değiştirin:

   nmcli con mod "Wired connection 1" ipv4.dns "1.1.1.1 1.0.0.1"
   nmcli con mod "Wired connection 1" ipv4.ignore-auto-dns yes
   nmcli con up "Wired connection 1"

4. Sıkışmışsa stub çözümleyiciyi yeniden başlatın: sudo systemctl restart systemd-resolved

Yönlendirici

1. Gücünü kesip açın ve test etmeden önce WAN bağlantısının geri gelmesini bekleyin.
2. İSS çözümleyicisi şüpheliyse, yönetici sayfasında WAN DNS sunucularını "otomatik al" yerine genel bir çifte ayarlayın.
3. Ürün yazılımını güncelleyin. DNS yönlendirici hataları, bir yönlendiricinin birkaç haftada bir yeniden başlatılmasını gerektiren yaygın bir nedendir.
4. Test olarak atlatın: bir telefonu mobil veriye bağlayın ve aynı ismi çözün. Orada başarı, hatayı ağınıza daraltır.

Tarayıcı

1. Chrome, Edge ve Firefox, sistem ayarlarınızdan bağımsız olarak DNS'i HTTPS üzerinden kendi sağlayıcılarına gönderebilir. dig başarılıyken tarayıcı başarısız oluyorsa, tarayıcının gizlilik ayarlarında güvenli DNS'i kapatın ve yeniden test edin.
2. Chrome'un dahili önbelleğini chrome://net-internals/#dns adresinde temizleyin.

Sorgu bozuk değil de yavaş olduğunda

Her DNS şikayeti bir hata değildir. Sayfalar sonunda yükleniyor ama bir şey olmadan önce bir iki saniye takılıyorsa, çözümleyici yanıt veriyordur, sadece geç, ve yukarıdaki düzeltmeler pek bir şey değiştirmez. Tahmin etmeden önce ölçün:

dig example.com | grep "Query time"
dig @1.1.1.1 example.com | grep "Query time"

Sıcak bir önbellekten tek veya düşük çift haneli milisaniyelerdeki herhangi bir şey normaldir. Birkaç yüz milisaniye, veya çalıştırmalar arasında vahşice değişen bir rakam, çözümleyicinin uzakta olduğu, aşırı yüklü olduğu, veya ilk sunucusunda zaman aşımına uğrayıp ikinciye geri döndüğü anlamına gelir. Bu, yavaş bir DNS sorgusu nasıl düzeltilir sayfasında ele alınan farklı düzeltmeleri olan farklı bir teşhistir.

Dışarıdan kontrol edin

Şimdiye kadarki her şey, hatanın genellikle olduğu gibi size yakın olduğunu varsayar. Bir öğleden sonrayı buna harcamadan önce bunu doğrulayın. Ağınızla hiçbir ilgisi olmayan bir çözümleyiciye ismin çözülüp çözülmediğini sorun:

dig @8.8.8.8 example.com +short
dig @9.9.9.9 example.com +short
nslookup example.com 1.1.1.1

Kendi çözümleyiciniz sessiz kalırken bunlardan gelen bir yanıt, alan adının sorunsuz olduğunu ve sorunun sizin tarafınızda olduğunu kanıtlar. Hepsinden gelen sessizlik ise dikkati alan adının kendi ad sunucularına kaydırır, ki bunlar çökmüş veya internetin bir kısmından erişilemez olabilir.

Bir ad sunucusunun erişilebilirliği küresel değildir. Aynı sorguyu farklı ülkelerdeki kontrol noktalarından göndermek ve yanıtları yan yana karşılaştırmak için DNS sorgu kontrolünü çalıştırın. Bazı konumlar bir sonuç alırken diğerleri zaman aşımına uğrarsa, bozuk bir kayda değil bir bölgeyi etkileyen bir yönlendirme veya sağlayıcı sorununa bakıyorsunuzdur, ve dizüstü bilgisayarınızdaki hiçbir temizleme miktarı bunu size göstermez.

Kendi ad sunucunuz sessizleştiğinde

Sessizleşen bir ad sunucusu, bir siteyi çökük bir web sunucusu kadar tamamen düşürür, ve bunu erişim kaydınızda tek bir satır bile üretmeden yapar. Kimse size söylemek için ulaşmaz, çünkü size hiç ulaşamaz. HostTracker, 158 şehirdeki 300'den fazla kontrol noktasından 13 monitör türüyle zamanlanmış kontroller çalıştırır, bu yüzden bir bölgede çözülmeyi durduran bir isim, bir müşteri e-postası yerine oradaki kontrol noktaları tarafından yakalanır. Bu bölümün geri kalanı düzeltme kümesindedir, ve soru yakın zamandaki bir DNS değişikliğinin henüz herkese ulaşıp ulaşmadığıysa, bu DNS yayılımı nasıl kontrol edilir sayfasıdır.