dig ile ağ bağlantısını doğrulama

Bir alan adının DNS çözümlemesini anlamak ve ağ bağlantısının doğru çalışıp çalışmadığını hızlıca kontrol etmek için dig komutu en güvenilir araçlardan biridir. Bu yazıda, temel kullanımdan ileri tetkike kadar adım adım ilerleyerek, sorun giderme sürecinde hangi çıktılara bakmanız gerektiğini ve hangi durumlarda hangi seçenekleri kullanmanın faydalı olduğunu ele alıyorum.

• Temel kontrol: Bir alan adını çözümlemek
  
  • Örneğin dig example.com komutuyla A kaydını sorgulayabilir ve hedef IP bilgisini elde edebilirsiniz.
  • Çıktıda; SERVER yani hangi DNS sunucusundan yanıt geldiğini, ANSWER bölümünde kayıt tipini ve değerleri görürsünüz.
• Yetkili ad alanı kontrolü: NS ve SOA kayıtları
  
  • Alan adının hangi yetkili sunucular tarafından yönetildiğini öğrenmek için dig NS example.com kullanın.
  • SOA kaydı, zone yönetimiyle ilgili başlangıç değerlerini verir ve zamanlama (refresh, retry, expire) parametrelerini gösterir.
• DNS çözüm zincirinin incelenmesi: @sunucu adresiyle doğrudan test
  
  • dig @8.8.8.8 example.com A gibi bir komutla Google DNS üzerinden yanıt alarak yerel DNS önbelleğinizin sorunsuz çalışıp çalışmadığını karşılaştırabilirsiniz.
• Sorgu tiplerini çeşitlendirme
  
  • A, AAAA, MX, CNAME gibi farklı tiplerle sorgu yapmak, bağlantı sorunlarının hangi uçta olduğunu anlamaya yardımcı olur.
• Gecikme ve yanıt süresi
  
  • Dig’in +stats veya +time=1 gibi ek seçeneklerle yanıt süresi, RTT bilgisi gibi metrikleri elde edersiniz. Bu veriler, ağ tıkanıklığı veya yönlendirme sorunlarını tespit etmek için değerlidir.
• TLS ve HTTPS üzerinde güvenlik etkileri
  
  • DNS over HTTPS veya DNSSEC etkileşimlerini düşünerek güvenli yönlendirme akışlarını doğrulamak için ek adımlar planlanabilir.
• Yaygın sorun senaryoları
  
  • Yanıt verilmemesi: DNS sunucusunun hata verdiğini veya yönlendirme sorununu gösterir.
  • Yanıtta olmayan kayıtlar: Kaydın TTL süresinin dolması veya yanlış alan adı kullanılması olabilir.
  • Yanıtın yanlış IP vermesi: cache bozulması veya yanlış kayıt girişi işaret eder; yetkili sunucuyla doğrulama gerekebilir.

Kod örnekleri yok, ama pratik bir örnek akışını şu şekilde özetleyebilirim: önce temel A kaydı, sonra NS/SOA ile zone bilgi, son olarak farklı DNS sunucular üzerinden karşılaştırma yapmak. Bu şekilde hangi uçta sıkıntı olduğuna dair net bir tablo oluşur.

1234567891011121314# temel A kaydı sorgusu
dig example.com A

[b]Google DNS üzerinden sorgu[/b]
dig @8.8.8.8 example.com A

[b]NS kayıtları[/b]
dig example.com NS

[b]SOA kaydı[/b]
dig example.com SOA

[b]AAAA kaydı (IPv6)[/b]
dig example.com AAAA