Bir uygulama açılmadığında ilk şüphelerden biri DNS oluyor. Ancak “isim çözülmüyor” cümlesi tek başına müdahale için yeterli değil. Yanlış adres dönmesi, zaman aşımı, NXDOMAIN ve uygulamanın eski adresi kullanması farklı sorunlar. İlk iş, hatayı aynı isim, aynı kayıt türü ve aynı istemci üzerinden tekrar üretmek.
Önce sorunun sınırını belirleyin
Kayda şu dört bilgiyi ekleyin: etkilenen tam alan adı, sorgu zamanı, kullanılan DNS sunucusu ve alınan yanıt. Birden fazla lokasyon varsa çalışan ve çalışmayan bir istemciyi karşılaştırın. Böylece değişikliği tüm DNS altyapısına yaymadan önce ortak noktayı bulabilirsiniz.
Windows tarafında ipconfig /all çıktısından DNS sunucularını ve bağlantıya özel DNS son ekini inceleyin. VPN, kablosuz ağ ve kablolu bağlantı aynı anda açıksa hangi yolun kullanıldığını da kontrol edin. Kısa isim çalışmazken tam alan adının çalışması, son ek arama davranışına bakmak için güçlü bir işarettir. Tam adı sonundaki noktayla sorgulamak bu ayrımı netleştirir.
Aynı soruyu farklı katmanlara sorun
nslookup example.com. gibi bir sorgu, aracın kullandığı DNS sunucusundan yanıt alıp alamadığınızı gösterir. Kurumsal bir kayıt inceleniyorsa örnekteki adı kendi yetkili olduğunuz test kaydıyla değiştirin. Sonra aynı sorguyu yapılandırılmış DNS sunucularına ayrı ayrı yöneltin. Birinin doğru, diğerinin eski yanıt vermesiyle hepsinin zaman aşımına uğraması aynı arıza değildir.
nslookup, Windows istemci DNS önbelleğini kullanmaz. Bu yüzden sorgu aracında başarılı sonuç almak, uygulamanın aynı cevabı kullandığını kanıtlamaz. İşletim sistemi önbelleği, uygulamanın kendi önbelleği ve uygulamaya özel şifreli DNS ayarı ayrı değerlendirilmelidir.
A ve AAAA kayıtlarını da ayrı kontrol edin. Bir adres ailesindeki sorun diğerinin başarısıyla gizlenebilir. CNAME varsa zincirin sonundaki kayda kadar ilerleyin; yalnızca ilk takma adın bulunması yeterli değildir.
Yanıtın anlamını kaybetmeyin
NXDOMAIN, sorgulanan adın bulunmadığını bildirir. Başarılı durum koduyla boş yanıt dönmesi ise istenen kayıt türünün bulunmaması anlamına gelebilir. SERVFAIL, çözümleme sırasında başarısızlık yaşandığını belirtir. Zaman aşımında ise yanıtın neden gelmediği henüz belli değildir; erişim, filtreleme, sunucu yükü veya paket kaybı araştırılır.
Ping yanıtı yardımcıdır ama DNS hizmetinin çalıştığını tek başına göstermez. Ping yanıtının olmaması da ICMP engelliyse sunucunun kapalı olduğunu kanıtlamaz. DNS için UDP ve TCP 53 yolunu, kullanılan hizmete uygun biçimde birlikte değerlendirin.
Önbelleği silmeden önce kanıtı alın
Olumsuz DNS yanıtları da önbelleğe alınabilir. Yeni oluşturulan kaydın bazı istemcilerde hemen görünmemesi bu yüzden mümkündür. TTL, sorgunun ne zaman yapıldığı ve cevabın hangi sunucudan geldiği birlikte incelenmeli. İstemci önbelleğini temizlemek incelemeyi kolaylaştırabilir; fakat bunu ilk refleks yapmak, arızayı açıklayacak izi ortadan kaldırabilir.
Kontrol sırası basit tutulabilir:
- İstemci adresi, DNS sunucusu ve son ek doğru mu?
- Aynı kayıt, her çözümleyicide aynı sonucu veriyor mu?
- Yetkili sunucudaki kayıt ve varsa delegasyon doğru mu?
- Önbellek sonucu ile yeni sorgu arasında fark var mı?
- Uygulama gerçekten incelenen adı ve adres ailesini mi kullanıyor?
Değişikliğin sonucunu doğrulayın
Düzeltmeden sonra yalnızca yönetici bilgisayarından sorgu yapmakla yetinmeyin. İlk hata alınan istemcide aynı işlemi tekrarlayın. Yanıtı, TTL bilgisini ve uygulama sonucunu kaydedin. Böylece “DNS düzeldi” ifadesi, hangi katmanda neyin değiştiğini gösteren somut bir kapanışa dönüşür.
Yorumlar (0)
Henüz onaylanmış yorum yok.