DNS hatası nasıl anlaşılır?
DNS problemi, web sitesinin hiç açılmaması, yalnızca bazı ağlarda açılması, e-posta tesliminin durması veya belirli alt domainlerin çalışmaması şeklinde ortaya çıkabilir. Tarayıcıdaki hata mesajı önemli bir ipucu verse de kök nedeni bulmak için DNS zincirini doğrudan sorgulamak gerekir.
NXDOMAIN ne demek?
NXDOMAIN, sorgulanan domain adının DNS açısından mevcut olmadığını belirten bir yanıttır. Yanlış yazılmış bir subdomain, silinmiş kayıt, yanlış nameserver veya domainin yanlış DNS bölgesine yönlenmesi bu sonuca neden olabilir. “Site yok” demeden önce authoritative nameserverların doğru olup olmadığını kontrol etmek gerekir.
SERVFAIL neden oluşur?
SERVFAIL, resolverın sorguyu başarıyla tamamlayamadığını gösterir. DNSSEC sorunları, authoritative sunuculara erişilememesi, hatalı delegasyon veya upstream resolver problemleri gibi farklı nedenleri olabilir. Bu nedenle SERVFAIL tek başına tek bir arızayı ifade etmez.
DNS timeout ve erişim sorunları
Timeout, resolverın veya istemcinin beklediği süre içinde geçerli cevap alamaması anlamına gelebilir. Ağ güvenlik duvarı, UDP/TCP 53 erişimi, nameserver performansı veya geçici ağ sorunları etkili olabilir. Özellikle “mobil internetten açılıyor, ofis internetinden açılmıyor” gibi durumlarda farklı resolverlar karşılaştırılmalıdır.
DNS_PROBE_FINISHED_NXDOMAIN nasıl ele alınır?
Chrome benzeri tarayıcılarda görülebilen bu hata, tarayıcının domain için DNS çözümleme sonucu alamadığını gösterir. İlk adım cihazdaki DNS cacheini temizlemekten önce domainin authoritative DNS kayıtlarını kontrol etmektir. Çünkü istemci cacheini temizlemek, sunucudaki yanlış A/CNAME/NS kaydını düzeltmez.
Adım adım DNS teşhis sırası
- Domainin nameserverlarını kontrol edin.
- Authoritative DNS sunucularında A/AAAA/CNAME kayıtlarının doğru olduğunu doğrulayın.
- Aynı hostname için çakışan kayıtlar olup olmadığını inceleyin.
- Farklı public resolverlardan sonuçları karşılaştırın.
- DNSSEC kullanılıyorsa DS/DNSKEY zincirini ayrıca kontrol edin.
- Yerel cihaz ve ağ cacheini ancak authoritative yapı doğru olduktan sonra değerlendirin.
- Son olarak web sunucusunun gelen domaini gerçekten kabul ettiğini test edin.
DNS Lookup ile kayıtları, Reverse DNS ile IP → hostname ilişkisini, Ping Test ile temel erişilebilirliği ve Traceroute ile ağ yolunu birlikte inceleyebilirsiniz.
Cloud/CDN kullanırken DNS neden daha karmaşık hale gelir?
CDN veya reverse proxy kullanıldığında DNS kaydı origin sunucu yerine CDN edge ağına işaret edebilir. Bu durumda DNS doğru olsa bile origin, firewall, TLS veya CDN kuralı sorunları siteyi bozabilir. Teşhis sırasında “DNS çalışıyor” sonucunu “web sitesi kesin çalışmalı” şeklinde yorumlamamak gerekir.
Sonuç
DNS hatalarını çözmenin en iyi yolu rastgele ayar değiştirmek değil, delegasyondan başlayıp authoritative kayıt, resolver ve uygulama katmanına doğru ilerlemektir. Hangi noktada doğru cevap kayboluyorsa problem alanı da büyük ölçüde orasıdır.
Nameserver değişikliği en sık hangi hatayı üretir?
Bir domain yeni DNS sağlayıcısına taşındığında kayıtların yeni panelde oluşturulması tek başına yeterli değildir. Registrar tarafındaki delegasyon hâlâ eski nameserverları gösteriyorsa yeni panelde yaptığınız değişiklikler internette kullanılmayabilir. Bu nedenle önce delegasyonu, sonra authoritative zoneu kontrol etmek gerekir.
Farklı resolver sonuçlarını neden karşılaştırmalı?
Yerel ağın DNS resolverı, ISP resolverı ve public resolverlar farklı cache durumlarına sahip olabilir. Bir resolver eski sonucu döndürürken diğeri yeni kaydı gösterebilir. Bu fark, DNS değişikliğinin gerçekten yanlış olduğu anlamına gelmeyebilir; TTL ve cache zamanlaması da hesaba katılmalıdır.
DNS sorunu çözüldü mü nasıl doğrulanır?
Önce kayıtların doğru cevap verdiğini, sonra TCP/HTTPS servisinin erişilebilir olduğunu test edin. Domain doğru IPye çözülse bile web sunucusu yanlış virtual host döndürebilir. DNS, network, TLS ve HTTP katmanlarını ayrı ayrı doğrulamak “DNS düzeldi ama site hâlâ açılmıyor” durumlarını hızlıca ayırır.
Negatif DNS cacheleme neden önemli?
Olmayan bir kayda verilen NXDOMAIN yanıtı da resolverlar tarafından belirli süre cachelenebilir. Yanlışlıkla silinen bir kaydı hemen yeniden oluşturduğunuzda bile bazı istemciler eski negatif sonucu görmeye devam edebilir. Bu durum DNS değişikliklerinin neden herkeste aynı anda görünmediğini açıklayan önemli ayrıntılardan biridir.
DNSSEC kullanıyorsanız zinciri ayrıca düşünün
DNSSEC, DNS yanıtlarının bütünlüğünü doğrulamak için ek bir güven zinciri getirir. Delegasyon veya imza tarafındaki uyumsuzluklar SERVFAIL benzeri sonuçlara yol açabilir. DNSSEC aktif bir domainin taşınmasında DS kaydı ve yeni DNS zoneunun uyumunu özellikle planlayın.