DNS kayıtları

Kısaca: Bir DNS bölgesindeki, alan adlarını belirli bilgilerle ilişkilendiren kayıtlar — en ünlüsü IP adresleri, ama posta sunucuları, metin bilgileri veya takma adlar da.

Biraz daha ayrıntılı: Her DNS kaydının bir türü (örn. A, AAAA, CNAME, MX, TXT, NS), bir adı, bir değeri ve bir TTL’si vardır. Bir alan adının farklı türlerde istenen sayıda kaydı olabilir; bir alan adı için hangi ad sunucularının yetkili olduğu da NS kayıtlarıyla tanımlanır.

Ayrıntılı

En önemli kayıt türleri

• A — alan adı → IPv4 adresi, açık ara en yaygın kayıt türü
• AAAA — alan adı → IPv6 adresi, A’nın modern karşılığı
• CNAME — alan adı → başka bir alan adı (takma ad); standarda göre aynı addaki diğer kayıt türleriyle birlikte bulunamaz
• MX — alan adı → sorumlu posta sunucusu, birden fazla kayıt olduğunda bir öncelik numarasıyla
• TXT — rastgele serbest metin, örn. alan adı doğrulaması veya SPF/DKIM/DMARC (e-posta sahteciliğine karşı koruma) için
• NS — alan adı → yetkili ad sunucusu; bölge üzerinde kimin “son sözü” söylediğini belirler
• Diğer, daha nadir türler: SRV (SIP/XMPP gibi belirli protokoller için hizmet kayıtları), CAA (hangi sertifika otoritelerinin SSL sertifikası verebileceğini tanımlar), PTR (ters DNS, tersi yerine IP → alan adı)

Tam çözümleme yolu

Tipik bir sorgu şöyle işler: bir istemci DNS çözümleyicisine (çoğunlukla internet sağlayıcısınınki veya 1.1.1.1/8.8.8.8 gibi herkese açık biri) emzett-digital.com’u sorar. Yanıt çözümleyicinin önbelleğinde yoksa, önce 13 kök sunucu kümesinden birine (küresel DNS hiyerarşisinin en üst düzeyi) sorar; o da onu .com TLD sunucusuna yönlendirir. O da NS kaydıyla adlandırılan alan adının yetkili ad sunucularına yönlendirir; bunlar nihayet uygun A kaydını döndürür. Bu tüm yola “özyinelemeli çözümleme” denir, çünkü çözümleyici, her tekil ara adımı istemcinin kendisine bırakmak yerine (ki bu kuramsal olarak da mümkündür — “yinelemeli çözümleme”) tüm zinciri istemci adına yürür.

Pratikte önbellekleme sayesinde bu tam yol genellikle çözümleyici başına yalnızca bir kez çalışır: sonraki tüm istekler (aynı çözümleyiciyi kullanan herhangi bir istemciden), ilgili TTL dolana kadar tüm zinciri yeniden yürümeden doğrudan önbellekten yanıtlanır. DNS değişikliklerinin neden her yerde hemen geçerli olmadığı da budur — önce tüm önbelleklerden “geçmeleri” gerekir; bu, özgün TTL dolana kadar sürebilir.

Bölge dosyaları ve yönetim

Bir alan adının tüm kayıtları birlikte onun “bölgesini” oluşturur ve ilgili DNS sağlayıcısında (örn. Cloudflare, Vercel DNS, kayıt kuruluşunun kendisi) bir bölge dosyasıyla yönetilir. Bir bölge dosyası standartlaştırılmış bir metin biçimini izler: bir SOA kaydı (Start of Authority; birincil ad sunucusu ve eşitleme için bir seri numarası gibi üst veriler içerir) ve ardından asıl kaynak kayıtları. Bir bölgedeki değişiklikler sağlayıcının web arayüzü veya API’si üzerinden yapılır ve sonra — değişen kayıtların TTL’sine bağlı olarak — saniyeler ila saatler içinde dünya çapındaki tüm çözümleyicilere yayılır.

Sık tuzaklar

Klasik bir hata, zaten bir A veya MX kaydının bulunduğu aynı ada bir CNAME kaydı koymaktır — bu RFC 1034’ü ihlal eder ve çözümleyiciye bağlı olarak öngörülemez davranışlara yol açar. Aynı şekilde birçok kişi planlı bir DNS geçişinden önce TTL’yi zamanında düşürmeyi unutur; bu da gerçek geçişin her yerde görünür olmasının dakikalar yerine saatler sürmesine yol açar.

Ayrıca bak: A kaydı, AAAA kaydı, CNAME, MX kaydı, TXT kaydı, NS kaydı, TTL