DNS_PROBE_FINISHED_BAD_CONFIG: nedir ve nasıl düzeltilir

DNS_PROBE_FINISHED_BAD_CONFIG ne anlama gelir

Bir sayfa, Chrome ana bilgisayar adını çözemediği için açılamadığında, Chrome nedenini tahmin etmek için kısa bir DNS sondası (probe) çalıştırır. Sonda, google.com için A kaydını iki kez ister: bir kez cihazınızın kullanacak şekilde yapılandırıldığı DNS sunucularından, bir kez de Google Public DNS'ten (8.8.8.8 ve 8.8.4.4). Her sorguya tek deneme hakkı verilir, Chrome'un önbelleği atlanır ve Chrome sonucu yaklaşık beş saniye saklar. Chrome hatayı, ortaya çıkan kombinasyona göre adlandırır:

• Yapılandırılmış DNS'iniz yanıt verdi: etiket DNS_PROBE_FINISHED_NXDOMAIN olur. Chrome yazdığınız adın var olmadığını varsayar.
• Yapılandırılmış DNS'iniz başarısız oldu ama Google Public DNS yanıt verdi: etiket DNS_PROBE_FINISHED_BAD_CONFIG olur. Chromium'un kaynak kodundaki yorum, Chrome'un bu durumda DNS yapılandırmasının bozuk olduğunu, "ya da belki DNS sunucularının kapalı veya bozuk olduğunu" (or perhaps the DNS servers are down or broken) varsaydığını söyler.
• Yapılandırılmış DNS'iniz başarısız oldu ve Google Public DNS'e de ulaşılamadı: etiket DNS_PROBE_FINISHED_NO_INTERNET olur.
• DNS'iniz başarısız oldu ve Google Public DNS hatalı ya da yanlış sonuçlarla yanıt verdi: Chrome sonucu kesin olmayan sayar. Kaynak kodu bir captive portal'ı, DNS trafiğini yeniden yazan bir güvenlik duvarını ya da arızalı bir genel sunucuyu öne sürer.

Sorun gidermede iki ayrıntı önemlidir. Birincisi, sonda istediğiniz siteyi değil google.com adresini sınar; bu yüzden etiket o site hakkında hiçbir şey söylemez. Hatayı her sitede görüyorsanız, aynı neden hepsi için geçerlidir. İkincisi, sonda kendi DNS sorgularını Chrome'un yerleşik DNS istemcisiyle gönderir ve işletim sisteminin çözümleyicisine sormaz. Bu yüzden diğer programlar sorunsuz görünürken Chrome'da bir DNS sorunu ortaya çıkabilir.

Chrome'un güvenli DNS ayarı belirli bir sağlayıcıyı adlandırıyorsa, etiket DNS_PROBE_FINISHED_BAD_SECURE_CONFIG olarak değişir ve ilk şüpheli sağlayıcıdır. Chrome'un sistemin DNS ayarlarını okuyamadığı platformlarda (kaynak kodundaki yorum örnek olarak Android'i verir) Chrome, Google Public DNS yanıt verdiği sürece NXDOMAIN bildirir. Bu etiketi bu yüzden bir telefonda olduğundan çok bir bilgisayarda görme olasılığınız daha yüksektir.

Hata nasıl görünür

Chrome, sitenin sunucu IP adresinin (eski sürümlerde: DNS adresinin) bulunamadığını söyleyen bir "This site can't be reached" sayfası gösterir ve altında DNS_PROBE_FINISHED_BAD_CONFIG kodu yer alır. Windows'ta sayfa ayrıca Windows Ağ Tanılama'yı çalıştırmanızı önerir. Chromium'un kodunda bu hata için verilen öneriler DNS yapılandırmasını, güvenlik duvarını ve proxy ayarlarını kontrol etmektir. Edge, Chromium üzerine kurulu olduğu için aynı kodu gösterir. Firefox hatayı farklı ifade eder.

Komut satırı, iki tür DNS sunucusu arasındaki aynı ayrımı gösterir. Yapılandırılmış sunucu yanıt vermediğinde Windows'ta tipik çıktı budur:

nslookup google.com
DNS request timed out.
    timeout was 2 seconds.
Server:  UnKnown
Address:  192.168.1.1

DNS request timed out.
    timeout was 2 seconds.
*** Request to UnKnown timed-out

Aynı pencerede nslookup google.com 8.8.8.8 çalıştırmak, adı dns.google olan sunucudan google.com için bir adres döndürür. Chrome'un sondasının gördüğü sonuç çifti budur.

DNS_PROBE_FINISHED_BAD_CONFIG ile benzer hatalar

Chrome etiketi sondadan sonra seçer; bu yüzden komşu etiketler, iki sorgudan hangisinin çalıştığına göre ayrılır. Son satır bir Chrome mesajı değil, bir Windows mesajıdır.

Hata	Ağ veya protokol düzeyinde ne oldu	İlk bakılacak yer
DNS_PROBE_FINISHED_BAD_CONFIG	Yapılandırılmış DNS sunucularınız sondayı geçemedi, Google Public DNS geçti.	Cihazdaki DNS sunucu ayarları, yönlendirici, VPN ve güvenlik yazılımı.
DNS_PROBE_FINISHED_BAD_SECURE_CONFIG	Aynı sonuç; Chrome'un güvenli DNS'i adı belli bir sağlayıcıya ayarlı.	chrome://settings/security sayfasında güvenli DNS kullanımı.
DNS_PROBE_FINISHED_NXDOMAIN	DNS'iniz google.com için çalışıyor, bu yüzden Chrome istenen adın var olmadığını varsayar.	Yazım, ardından alan adının kaydı ve DNS kayıtları.
DNS_PROBE_FINISHED_NO_INTERNET	DNS'iniz başarısız oldu ve Google Public DNS'e de ulaşılamadı.	Bağlantının kendisi: Wi-Fi, kablo, yönlendirici, İSS.
ERR_NAME_NOT_RESOLVED	Sorgu başarısız oldu ve hiçbir sonda sonucu nedeni daraltmadı.	Çözümleyicinizin yanıtını bir genel çözümleyicinin yanıtıyla karşılaştırın.
"DNS server not responding"	Windows Ağ Tanılama, bir ad sorgusunun DNS sunucusundan yanıt almadığını bildirir.	Bağdaştırıcıdaki ve yönlendiricideki DNS sunucu adresi.

DNS_PROBE_FINISHED_BAD_CONFIG'e ne sebep olur

• Bağdaştırıcıda yanlış bir DNS sunucusu. Eski bir ağdan kalma sabit bir adres ya da bir yazım hatası, her sorgunun var olmayan veya yanıt vermeyen bir sunucuya gitmesi demektir.
• Yönlendiricide takılı kalmış bir DNS forwarder'ı. Birçok ev yönlendiricisi DNS sorgularını İSS'ye iletir. Ağın geri kalanı çalışırken bu forwarder takılabilir.
• Arızalı İSS DNS sunucuları. Sunuculara ulaşılabilir ama yavaş, aşırı yüklü ya da bozuktur.
• DNS ayarlarını geride bırakan bir VPN. Bağlantı kesildikten veya çöktükten sonra bağdaştırıcı, yalnızca tünelin içinden ulaşılabilen özel DNS adreslerini tutmaya devam edebilir.
• Ulaşılamayan bir IPv6 DNS sunucusu. Bir ağ, cihazınızın ulaşamadığı bir IPv6 DNS sunucusu duyurabilir.
• DNS'i filtreleyen güvenlik yazılımı. Bir güvenlik duvarı, antivirüs ya da ebeveyn denetimi aracı, yapılandırılmış sunucuya giden DNS trafiğini engelleyebilir veya yeniden yazabilir. Chrome, bu hata için önerileri arasında güvenlik duvarını sayar.
• Windows'ta bozulmuş ağ ayarları. Bir VPN istemcisini ya da güvenlik ürününü kaldırdıktan sonra Winsock kataloğu veya TCP/IP ayarları bozuk durumda kalabilir.
• Arızalı bir güvenli DNS sağlayıcısı. BAD_SECURE_CONFIG varyantını bu üretir.

DNS_PROBE_FINISHED_BAD_CONFIG nasıl düzeltilir

Hangi DNS sunucusunun başarısız olduğunu bulun

Bağdaştırıcınızın kullandığı sunucuları listeleyin, sonra hem onlara hem de bir genel sunucuya aynı soruyu sorun. Windows'ta Komut İstemi'nde:

ipconfig /all | findstr /C:"DNS Servers"
nslookup google.com
nslookup google.com 8.8.8.8

PowerShell'de aynı test, Resolve-DnsName google.com ile Resolve-DnsName google.com -Server 8.8.8.8 karşılaştırmasıdır. macOS ve Linux'ta, sorduğu sunucuyu SERVER satırında yazdıran dig google.com ile dig @8.8.8.8 google.com +short komutlarını kullanın.

İlk sorgu başarısız olup ikincisi çalışıyorsa sorunu doğrulamışsınız demektir: bozuk olan parça, yapılandırılmış DNS sunucusudur. "Server failed" veya "Query refused" gibi bir mesaj, sunucuya ulaşılabildiğini ama yanıt veremediğini ya da vermek istemediğini gösterir. Zaman aşımı ise hiçbir şeyin yanıt vermediği anlamına gelir.

Her sistemde işe yarayan hızlı kontroller

1. Yönlendiriciyi yeniden başlatın. Fişini 30 saniye çekin, yeniden takın ve çevrimiçi olmasını bekleyin. Bu, takılı kalmış bir DNS forwarder'ını temizler.
2. Başka bir ağ deneyin. Mobil veri ya da bir telefon erişim noktası kullanın. Site orada yükleniyorsa, neden ilk ağınızın (yönlendirici ya da İSS) DNS'idir.
3. VPN'inizin bağlantısını kesin. Sayfayı yeniden yükleyin. Şimdi çalışıyorsa, VPN DNS ayarlarını geride bırakmış ya da DNS'i filtreliyor demektir.
4. Güvenlik yazılımını duraklatın. Antivirüsünüzün web korumasını veya güvenlik duvarını bir test için kapatın ve yeniden yükleyin. Sonra yeniden açın; neden buysa Chrome için bir istisna ekleyin.

Windows

1. Komut İstemi'ni yönetici olarak açın, sonra çözümleyici önbelleğini temizleyin ve ağ kiralamasını yenileyin:

   ipconfig /flushdns
   ipconfig /release
   ipconfig /renew

   Microsoft, ipconfig için bu üç seçeneği de belgeler. DNS önbelleği nasıl temizlenir rehberi her birinin neyi temizlediğini açıklar.
2. Çalışan bir DNS sunucusu ayarlayın. Win+R tuşlarına basın, ncpa.cpl çalıştırın, Wi-Fi veya Ethernet bağdaştırıcınızın özelliklerini açın, Internet Protocol Version 4 (TCP/IPv4) öğesini seçin, Özellikler'i seçin ve DNS adreslerini elle girin. Ya da netsh interface show interface çıktısındaki bağdaştırıcı adıyla komut satırını kullanın:

   netsh interface ipv4 set dnsservers name="Wi-Fi" static 8.8.8.8 primary
   netsh interface ipv4 add dnsservers name="Wi-Fi" address=1.1.1.1 index=2

   Yönlendiricinizin verdiği adreslere geri dönmek için netsh interface ipv4 set dnsservers name="Wi-Fi" source=dhcp komutunu çalıştırın.
3. DNS hâlâ başarısızsa ağ yığınını sıfırlayın ve bilgisayarı yeniden başlatın:

   netsh winsock reset
   netsh int ip reset

   Microsoft, netsh winsock reset komutunu, bozulmuş Winsock ayarlarının yol açtığı sorunları çözmek için Winsock kataloğunu temiz bir duruma sıfırlamak olarak tarif eder.
4. Proxy'yi kontrol edin: Ayarlar > Ağ ve İnternet > Proxy. Ağınız gerektirmiyorsa "Use a proxy server" seçeneğini kapatın.
5. Son adım olarak Ayarlar > Ağ ve İnternet > Gelişmiş ağ ayarları > Ağ sıfırlama bölümünü kullanın. Ağ bağdaştırıcılarınızı kaldırıp yeniden yükler; bu yüzden Wi-Fi ağlarına yeniden bağlanmanız ve VPN yazılımını yeniden yüklemeniz gerekebilir.

Chrome

1. chrome://settings/security sayfasını açın ve "Use secure DNS" bölümüne bakın. Adı belli bir sağlayıcı seçiliyse, "With your current service provider" seçeneğine geçin veya ayarı bir test için kapatın.
2. Chrome'un kendi ana bilgisayar önbelleğini chrome://net-internals/#dns sayfasında temizleyin ve "Clear host cache" düğmesine basın.
3. Eklentisiz test etmek için sayfayı gizli pencerede açın. Bir VPN veya proxy eklentisi, Chrome'un adları nasıl sorguladığını değiştirebilir.
4. Başka bir tarayıcıyla karşılaştırın. Edge veya Firefox sayfayı yüklüyor ama Chrome yüklemiyorsa, Chrome'a özgü ayarlara bakın: güvenli DNS, eklentiler ve Chrome'a diğer programlardan farklı davranan her güvenlik duvarı kuralı.

macOS, Linux ve ChromeOS

• macOS: kullanımdaki sunucuları scutil --dns | grep nameserver ile listeleyin, yapılandırılmış olanları networksetup -getdnsservers Wi-Fi ile gösterin. Genel sunucuları sudo networksetup -setdnsservers Wi-Fi 8.8.8.8 1.1.1.1 ile ayarlayın. Geri almak için sudo networksetup -setdnsservers Wi-Fi Empty çalıştırın. Önbelleği sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder ile boşaltın.
• systemd-resolved kullanan Linux: resolvectl status her arayüz için DNS sunucusunu gösterir, resolvectl query google.com onu test eder ve sudo resolvectl flush-caches önbelleği temizler. NetworkManager ile sunucuları bağlantının kendisinde ayarlayın:

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

• ChromeOS: sağ alttaki saate tıklayın, ağı seçin, Ağ bölümünü açın ve ad sunucularını Google ad sunucularına ya da özel olanlara ayarlayın.

Yönlendirici ve İSS

Yönlendiricinin yönetim sayfasını açın (adres çoğunlukla 192.168.0.1 ya da 192.168.1.1'dir ve yönlendiricinin etiketinde yazar). DNS sunucularını İnternet veya WAN ayarlarında arayın. Eski bir iç adresi gösteriyorlarsa otomatik olarak ayarlayın ya da bir genel çift girin. Sorun yalnızca ev ağınızda çıkıyor ve genel bir DNS sunucusu çözüyorsa, büyük olasılıkla neden İSS'nizin çözümleyicileridir. İSS bir onarımı doğrulayana kadar genel sunucuları kullanmaya devam edebilirsiniz.

Web sitesini siz işletiyorsanız

Bu hatayı sunucunuzdan düzeltemezsiniz. Sonda alan adınızı hiç sormadı. Yapabileceğiniz, alan adınızın diğer herkes için çözüldüğünü doğrulamak ve sonra etkilenen ziyaretçiye yardım etmektir:

dig +short example.com @8.8.8.8
dig +short example.com @1.1.1.1
dig NS example.com +short

Bunlar adreslerinizi ve ad sunucularınızı döndürüyorsa, ziyaretçiye kısa bir not gönderin: mobil veri ya da başka bir ağ denesin, yönlendiriciyi yeniden başlatsın ve cihazın DNS sunucularını 8.8.8.8 ile 1.1.1.1 olarak ayarlasın. Her bildirimin ülkesini ve İSS'sini not edin; tek bir İSS'den gelen birkaç bildirim, onun çözümleyicilerindeki bir arızayı gösterebilir.

Dışarıdan nasıl görünür

Dışarıdan yapılan bir kontrol, ziyaretçinin değil kendi DNS sorgusunu kullanır. Bu da onu bu hata için iyi bir test yapar, çünkü etiket yalnızca ziyaretçinin çözümleyicisinin başarısız olduğunu söyler. Örüntüler:

• Ad çözülüyor ve site her konumdan yükleniyor. Sorun ziyaretçinin tarafındadır: cihazı, yönlendiricisi, VPN'i veya İSS çözümleyicisi.
• Bildirimler tek bir ülkeden veya İSS'den geliyor, diğer konumlar sorunsuz. O İSS'nin çözümleyicileri büyük olasılıkla arızalı. Sizin tarafınızda bozuk bir şey yok.
• Ad her konumdan çözülemiyor. Bu bir alan adı sorunudur ve ziyaretçiler için farklı bir hatadır. Kendi DNS'leri google.com için hâlâ çalışır; bu yüzden Chrome DNS_PROBE_FINISHED_NXDOMAIN ya da ERR_NAME_NOT_RESOLVED gösterir.

DNS sorgu kontrolü, bir adı birçok konumdan çözer ve her birinin ne döndürdüğünü gösterir. DNS yayılımı rehberi, bir değişiklikten sonra yanıtların yerler arasında neden farklılaştığını açıklar. HostTracker 158 şehirdeki 300'den fazla kontrol noktasından kontrol çalıştırır; bu yüzden her konum için ayakta olan bir site ve bu hatayı bildiren bir ziyaretçi, o ziyaretçinin çözümleyicisinde bir sorun olduğunu düşündürür.

Sık sorulan sorular

DNS_PROBE_FINISHED_BAD_CONFIG web sitesindeki bir sorun mu?

Hayır. Chrome'un testi açtığınız siteyi değil, google.com'u kullandı. Hata, yapılandırılmış DNS sunucularınızın, Google Public DNS'in geçtiği bir testte başarısız olduğunu söyler. Aynı web sitesi başkaları için ve başka ağlarda normal açılıyor olabilir.

Diğer programlar çalışırken Chrome neden başarısız oluyor?

Chrome'un sondası DNS sorgularını kendi DNS istemcisiyle gönderir ve işletim sisteminin çözümleyicisini kullanmaz. Chrome'un ayrıca güvenli DNS ve eklentiler gibi kendi ayarları vardır. nslookup çalışıyor ama Chrome başarısızsa, güvenli DNS'i, eklentileri, proxy'yi ve Chrome için güvenlik duvarı kurallarını kontrol edin.

DNS_PROBE_FINISHED_NXDOMAIN'den farkı nedir?

NXDOMAIN'de DNS sunucularınız google.com için çalışır, bu yüzden Chrome adı suçlar. BAD_CONFIG'de DNS sunucularınız testte başarısız olur, bu yüzden Chrome yapılandırmayı suçlar. DNS_PROBE_FINISHED_NXDOMAIN rehberi ilk durumu ele alır.

DNS önbelleğini temizlemek çözer mi?

Yalnızca bazen. Temizleme, eski yanıtları bir önbellekten siler. Bu hata, cihazınızın sorduğu sunucularla ilgilidir; bu yüzden bozuk ya da ulaşılamayan bir sunucu temizlemeden sonra da bozuk kalır. Temizlemeyi bir yönlendirici yeniden başlatmasıyla ya da DNS sunucusu değişikliğiyle birleştirin.

8.8.8.8 veya 1.1.1.1'e geçmek güvenli mi?

İkisi de büyük şirketlerin işlettiği genel çözümleyicilerdir ve değişikliği istediğiniz zaman geri alabilirsiniz. Çözümleyiciyi işleten taraf baktığınız ana bilgisayar adlarını görür; bu yüzden güvendiğiniz birini seçin ve gizlilik ilkesini okuyun.

Bir VPN kullandıktan sonra neden başladı?

Bir VPN istemcisi, bağlıyken bağdaştırıcınızın DNS sunucularını değiştirebilir. İstemci kötü kapanırsa bağdaştırıcı yalnızca tünelin içinde çalışan adresleri tutmaya devam edebilir. Temiz bir şekilde yeniden bağlanıp bağlantıyı kesin ya da DNS sunucularını elle yeniden ayarlayın.

Bunu bir telefonda görebilir miyim?

Daha az olasıdır. Android'de Chrome telefonun DNS ayarlarını okuyamayabilir ve bu durumda Chromium kaynağındaki bir yorum, bunun yerine NXDOMAIN bildirdiğini söyler. Bir telefonda DNS hatası çıkarsa Özel DNS'i ve her VPN ya da reklam engelleme uygulamasını kontrol edin.

Yeniden denemeden önce ne kadar beklemeliyim?

Chrome bir sonda sonucunu yaklaşık beş saniye saklar; bu yüzden bir değişiklikten sonra yeniden yükleme hemen yeniden test eder. Yönlendiriciyi yeniden başlattıysanız önce çevrimiçi olmasını bekleyin.

Kaynaklar ve ek okumalar

• Chromium source: DNS probe service: DNS_PROBE_FINISHED etiketleri arasında seçim yapan kurallar.
• Chromium source: DNS probe runner: sondanın yaptığı google.com sorgusu.
• Microsoft Learn: ipconfig: /flushdns, /release ve /renew seçenekleri.
• Microsoft Learn: netsh winsock: winsock reset komutunun yaptığı iş.