DNS Çözümleme Nasıl Çalışır? Kök Sunucudan Yetkiliye (DNS Trace)

Tarayıcınıza example.com yazdığınız an, arka planda saniyeler içinde tamamlanan çok adımlı bir yolculuk başlar. Bilgisayarınız bu alan adının hangi IP adresine ait olduğunu doğrudan bilmez; bunu öğrenmek için DNS çözümleme (DNS resolution) adı verilen, kök sunuculardan başlayıp yetkili name server’a kadar inen bir sorgu zinciri işletilir. Bu yazıda o zinciri adım adım, dig +trace mantığıyla açıklıyoruz.

DNS Çözümleme Adım Adım

Bir alan adının IP adresine çevrilmesi tipik olarak şu sırayla gerçekleşir:

1. Çözümleyici (resolver): İsteğiniz önce bir özyineli çözümleyiciye (genelde ISP’niz ya da 1.1.1.1 / 8.8.8.8) gider. Cevap önbelleğinde varsa anında döner; yoksa çözümleyici sizin adınıza araştırmaya başlar.
2. Kök (root) sunucular: Çözümleyici, “.com uzantısına kim bakıyor?” diye kök sunuculara sorar. Kök sunucu cevabı bilmez ama doğru TLD sunucularını işaret eder (delegasyon).
3. TLD sunucuları: .com sunucuları, “example.com‘un yetkili name server’ları şunlar” diyerek bir adım daha yönlendirir.
4. Yetkili (authoritative) sunucu: Alan adının gerçek kayıtlarını tutan sunucu nihai cevabı (ör. A kaydı = IP adresi) döner.

Her adım bir öncekini daha dar bir alana delege eder; bu yüzden sürece “delegasyon zinciri” denir.

Kök (Root) Sunucular Nedir?

İnternetin DNS hiyerarşisinin tepesinde, dünya genelinde anycast ile dağıtılmış 13 mantıksal kök sunucu kümesi (a.root-servers.net … m.root-servers.net) bulunur. Kök sunucular tek tek alan adlarını bilmez; görevleri yalnızca üst düzey uzantıların (TLD) yetkili sunucularını işaret etmektir. Çözümleme her zaman buradan başlar.

TLD Sunucuları ve Delegasyon

TLD (Top-Level Domain) sunucuları .com, .net, .org ya da .com.tr gibi uzantıları yönetir. Bir alan adı tescil edildiğinde, kaydedici firma o alan adının NS (name server) kayıtlarını TLD’ye bildirir. Böylece TLD sunucusu, gelen sorguyu alan adının yetkili sunucularına yönlendirebilir. NS kayıtları yanlış ya da eksikse zincir burada kopar. (NS dahil tüm kayıt tiplerini DNS Kayıt Tipleri rehberimizde inceleyebilirsiniz.)

Yetkili Sunucu ve Nihai Cevap

Zincirin sonunda, alan adının kayıtlarını gerçekten barındıran yetkili name server gelir. İstediğiniz kayıt tipi (A, AAAA, MX, TXT…) burada tanımlıysa cevap döner; tanımlı değilse “kayıt yok” (NODATA) yanıtı alınır. Alan adı hiç yoksa NXDOMAIN döner.

dig +trace ve DNS Trace Aracı

Sistem yöneticileri bu zinciri görmek için klasik olarak dig +trace example.com komutunu kullanır. Bu komut, sizin yerinize özyinelemeyi kendisi yürütür ve her hop’u (kök → TLD → yetkili) tek tek gösterir; böylece zincirin nerede koptuğunu anlarsınız. Önemli bir ayrım: bu işlem bir DNS yayılım (propagation) kontrolü değildir. Yayılım kontrolü bir kaydın dünya genelindeki çözümleyicilere ne kadar yayıldığına bakar; DNS Trace ise tek bir çözümleme yolunu kök sunucudan itibaren izler.

Komut satırına ihtiyaç duymadan aynı izi tarayıcıdan görmek için SecRadar DNS Trace aracını kullanabilirsiniz. Araç, çözümlemeyi kök sunuculardan başlatır ve her delegasyon adımını — hangi sunucu, IP’si, geçen süre ve dönen yanıt — gerçekleştikçe canlı olarak ekrana döker.

Ne Zaman İşinize Yarar?

• NS değişikliği sonrası: Alan adınızı yeni bir DNS sağlayıcısına taşıdıysanız, delegasyonun TLD’de doğru güncellenip güncellenmediğini görürsünüz.
• Yetkili sunucu yanıt vermiyorsa: “Site açılmıyor” sorunlarında, name server’lardan birinin zaman aşımına uğradığını adım adım tespit edersiniz (lame delegation).
• Yeni alan adı kurarken: Kayıtların kök → TLD → yetkili zinciri boyunca tutarlı olduğunu doğrularsınız.

Kendi Alan Adınızı İzleyin

Çözümleme yolunu adım adım görmek için DNS Trace aracımızı, alan adınızın güncel kayıtlarını listelemek için DNS Sorgulama aracımızı, name server ve kaydedici bilgilerini öğrenmek için ise WHOIS Sorgulama aracımızı kullanabilirsiniz. Alan adı tescili ve güvenilir DNS yönetimi için İHS Telekom alan adı hizmetlerini inceleyebilirsiniz.