ERR_NAME_NOT_RESOLVED: Ne Anlama Gelir, Nasıl Düzeltilir
ERR_NAME_NOT_RESOLVED, tarayıcının sitenin IP adresi için bir DNS çözümleyiciye sorduğu ve kullanılabilir bir yanıt alamadığı anlamına gelir. Bu, çözümleyicinin hiçbir şey döndürmediği, zaman aşımına uğradığı, veya tarayıcının reddettiği bir yanıt döndürdüğü anlamına gelebilir, ki bu "bu alan adı var olmuyor" ifadesinden daha geniş bir koşuldur.
ERR_NAME_NOT_RESOLVED ne anlama gelir
Bir tarayıcı herhangi bir şeye bağlanmadan önce, bir ana bilgisayar adını DNS aracılığıyla bir IP adresine çevirir. ERR_NAME_NOT_RESOLVED, Chrome'un o aramanın onaylanmış var olmayan bir addan başka bir şekilde başarısız olması için her şeyi kapsayan kodudur: çözümleyici zamanında yanıt vermedi, boş veya bozuk bir yanıt döndürdü, veya tarayıcının kendi ağ yığını bir çözümleyiciye hiç ulaşamadı.
Bunu, daha dar, daha spesifik bir durum olan DNS_PROBE_FINISHED_NXDOMAIN ile karıştırmak kolaydır. NXDOMAIN, bir çözümleyicinin açıkça yanıt verdiği anlamına gelir: bu ad bölgede var olmuyor. ERR_NAME_NOT_RESOLVED, aramanın kendisinin başarısız olduğu veya kullanılabilir hiçbir şey döndürmediği anlamına gelir, ki bu bozuk bir çözümleyiciyi, bir zaman aşımını, hiç DNS erişimi olmayan bir ağı, veya yanlış giden yerel bir DNS geçersiz kılmasını içerir. Alan adının önceden çalıştığını zaten biliyorsanız ve alan adının kendisiyle ilgili hiçbir şey değişmediyse, ERR_NAME_NOT_RESOLVED, alan adının kendi kayıtlarından çok çözümleme yoluna işaret eder.
Hata nasıl görünür
Chrome ve Edge, ERR_NAME_NOT_RESOLVED koduyla "This site can't be reached - example.com's server IP address could not be found. Try running Windows Network Diagnostics." gösterir. Firefox, "we can't connect to the server at example.com" mesajıyla "Hmm. We're having trouble finding that site" gösterir.
dig, belirli bir çözümleyicinin döndürdüğünü gösterir, ve +trace kökten aşağı tam zinciri gezer:
dig example.com A
;; ANSWER SECTION:
example.com. 300 IN A 203.0.113.10
dig +trace example.com
; <<>> DiG 9.18 <<>> +trace example.com
. 518400 IN NS a.root-servers.net.
...
com. 172800 IN NS a.gtld-servers.net.
...
example.com. 300 IN A 203.0.113.10
nslookup, sadece evet ya da hayır cevabına ihtiyacınız olduğunda daha hızlı bir akıl sağlığı kontrolüdür:
nslookup example.com
Server: 8.8.8.8
Address: 8.8.8.8#53
Name: example.com
Address: 203.0.113.10
Bu komutlardan biri zaman aşımına uğrarsa, SERVFAIL döndürürse, veya ANSWER SECTION altında hiçbir şey döndürmezse, arama gerçekten başarısız oldu, açıkça "no such name" diyecek bir NXDOMAIN yanıtından ayrı.
ERR_NAME_NOT_RESOLVED'a ne sebep olur
- Eksik bir A veya AAAA kaydı. Alan adı diğer kayıt türleri için çözülüyor, veya bölge var, ama istenen ana bilgisayar adı için hiçbir adres kaydı yayınlanmamış (kök alan adı çalışırken bile belirli bir alt alan adı için eksik bir kayıt dahil).
- Süresi dolmuş bir alan adı kaydı. Bir alan adı bir kez süresi dolduğunda, ad sunucuları tipik olarak onun için tamamen yanıt vermeyi bırakır, ki bu temiz bir NXDOMAIN yerine tam olarak bu başarısızlığı üretir.
- Bir ad sunucusu kesintisi veya yanlış yapılandırması. Alan adının yetkili ad sunucuları erişilemezse veya bozuk yanıtlar döndürürse, o alan adı için yanıt vermeye çalışan her çözümleyici aynı şekilde başarısız olur.
- Bir DNSSEC doğrulama hatası. Bir DNSSEC imzasını doğrulayamayan (süresi dolmuş bir imza, bozuk bir güven zinciri) doğrulayan bir çözümleyici, güvenemediği bir yanıtı döndürmek yerine hiç yanıt vermeyi reddeder.
- Ziyaretçinin kendi çözümleyicisi kapalı veya erişilemez, yaygın olarak bozuk bir VPN'de, bir yakalama Wi-Fi portalında, veya artık var olmayan bir DNS sunucusuna işaret eden yanlış yapılandırılmış bir yönlendiricide.
- Ziyaretçinin makinesinde bozuk bir yerel DNS önbelleği, alan adı doğru yapılandırılmadan önceden eski veya bozuk bir giriş tutuyor.
Kimin hatası olduğunu nasıl anlarsınız
Yerel ağın kullanmak üzere yapılandırıldığı şeyi atlayarak, doğrudan genel bir çözümleyiciyi sorgulayın, örneğin dig example.com @8.8.8.8. Bu da başarısız olursa, sorun ziyaretçinin ağıyla değil, alan adının kendi DNS kurulumuyla ilgilidir. Birden fazla konumdan çalıştırılan bir DNS araması, bunu hemen netleştirir: her yerde tutarlı başarısızlık alan adının ad sunucularına veya kaydına işaret ederken, sadece bir konumdan veya çözümleyiciden başarısızlık o bakış açısına özgü bir şeye işaret eder.
ERR_NAME_NOT_RESOLVED nasıl düzeltilir
Bir ziyaretçiyseniz
- Yerel DNS önbelleğini temizleyin. Windows'ta:
ipconfig /flushdns. macOS'ta:sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. systemd-resolved kullanan Linux'ta:sudo resolvectl flush-caches. - Genel bir DNS çözümleyicisine geçin, 8.8.8.8 veya 1.1.1.1 gibi, ağ ayarlarınızda, geçici olarak ISS'nizin veya yönlendiricinizin varsayılan olarak sağladığının yerine.
- Hosts dosyasını kontrol edin (macOS/Linux'ta
/etc/hosts, Windows'taC:\Windows\System32\drivers\etc\hosts) alan adını geçersiz kılan eski bir manuel giriş için. - Bir VPN'den bağlantıyı kesin ve yeniden deneyin; bazı VPN istemcileri DNS'i kendisi erişilemez veya yanlış yapılandırılmış bir çözümleyici üzerinden yönlendirir.
- Yönlendiriciyi yeniden başlatın ağdaki sadece bir site değil her site çözülemiyorsa.
Siteyi çalıştırıyorsanız
- Ziyaretçilerin kullandığı tam ana bilgisayar adı için A/AAAA kaydının var olduğunu doğrulayın, herhangi bir alt alan adı dahil:
dig www.example.com Avedig example.com Aiki ayrı aramadır. - Kayıt şirketiniz aracılığıyla alan adının kaydını ve süre dolma durumunu kontrol edin; beklenmedik şekilde süresi dolmuş bir alan adı, yaygın ve kolayca gözden kaçırılan bir nedendir.
- Kayıt şirketinde listelenen ad sunucularının bölgeye gerçekte hizmet verenlerle eşleştiğini doğrulayın, ve yanıt verdiklerini:
dig NS example.comardından döndürülen her ad sunucusunu doğrudan sorgulayarak. - DNSSEC kullanıyorsanız, zinciri
dig +dnssec example.comile doğrulayın ve çözünürlük başarısızlıklarının yaygın ve kendi kendine neden olunan bir nedeni olan süresi dolmuş bir RRSIG kaydı için kontrol edin. dig +traceçalıştırın tahmin etmek yerine çözünürlüğün kökten yetkili sunucuya kadar zincirde tam olarak nerede bozulduğunu görmek için.
İlgili hatalar
- DNS_PROBE_FINISHED_NXDOMAIN, başarısız veya boş bir arama yerine, onaylanmış bir "bu ad var olmuyor" yanıtı için kardeş hatadır.
- DNS yayılımı, yeni değiştirilmiş bir kaydın neden bir süre boyunca bazı çözümleyicilerden doğru şekilde çözülüp diğerlerinden çözülmediğini açıklar.
ERR_NAME_NOT_RESOLVED nasıl önlenir
DNS başarısızlıkları dahili olarak gözden kaçırması kolaydır, çünkü kararlı bir ofis ağı ve önbelleğe alınmış kayıtları, ziyaretçiler başka yerlerde başarısız olmaya başladıktan çok sonra bile çalışmaya devam edebilir. 158 şehirdeki 300'den fazla kontrol noktasından çalışan bir DNS kontrolü, bir destek gelen kutusu dolduktan sonra değil, bir ad sunucusu kesintisini, süresi dolmakta olan bir kaydı, veya bozuk bir kaydı çözünürlüğü etkilemeye başladığı anda yakalar. HostTracker, web sitelerini 2004'ten beri izlemektedir ve e-posta, SMS, sesli arama, Slack, Telegram ve daha fazlasıyla uyarır.
Sık sorulan sorular
ERR_NAME_NOT_RESOLVED ile DNS_PROBE_FINISHED_NXDOMAIN arasındaki fark nedir?
NXDOMAIN kesin bir yanıttır: çözümleyici kontrol etti ve ad bölgede var olmuyor. ERR_NAME_NOT_RESOLVED daha geniştir ve alan adının gerçekten var olduğu ama ad sunucularının erişilemez olduğu durumlar dahil, başarısız olan, zaman aşımına uğrayan veya kullanılabilir hiçbir şey döndürmeyen bir aramayı kapsar.
Süresi dolmuş bir alan adı bu hataya neden olabilir mi?
Evet, ve daha yaygın nedenlerden biridir. Bir alan adı bir kez süresi dolduğunda, ad sunucuları tipik olarak karanlığa gömülür, bu yüzden onun için her arama temiz bir "var olmuyor" yanıtı döndürmek yerine başarısız olur.
Site telefonumun mobil verisinde çalışıyor ama ev Wi-Fi'ımda çalışmıyor, neden?
Bu, ev ağınızın kullandığı çözümleyiciye, ya yönlendiricinizin yapılandırılmış DNS sunucusuna ya da ISS'nizin çözümleyicisine işaret eder. Etkilenen ağda 1.1.1.1 gibi genel bir çözümleyiciye geçmek genellikle bunu doğrular ve düzeltir.
Az önce yeni bir alt alan adı ekledim ve çözülmüyor. Neden?
Yeni bir kayıt oluşturulduktan sonra DNS önbelleklerinden yayılması gerekir, ve ayrıca gerçekten var olması gerekir: sadece bir yayılma gecikmesi olduğunu varsaymadan önce yetkili ad sunucusuna karşı doğrudan dig subdomain.example.com A ile doğrulayın.
DNSSEC, aksi takdirde sağlam olan bir alan adında bu hataya neden olur mu?
Evet. DNSSEC imzalarının süresi dolarsa veya güven zinciri bozulursa, doğrulayan bir çözümleyici doğrulayamayacağı veriyi döndürmek yerine yanıt vermeyi reddeder, ki bu ziyaretçi tarafındaki bir çözünürlük başarısızlığıyla aynı görünür.