DNS Nedir? Alan Adı Sistemi ve Kayıt Tipleri (A, AAAA, CNAME, MX, TXT)

Bir tarayıcıya clou.tr yazdığınızda aslında görünmez bir çeviri işlemi başlar: insanların kolayca hatırladığı alan adları, bilgisayarların birbirine ulaşmak için kullandığı IP adreslerine dönüştürülür. Bu çeviriyi yapan sisteme DNS (Domain Name System) yani Alan Adı Sistemi denir. DNS olmasaydı her siteye girmek için 93.184.216.34 gibi rakam dizilerini ezberlemek zorunda kalırdık.

Bu rehberde DNS'in ne olduğunu, bir alan adının nasıl çözümlendiğini, en çok kullanılan kayıt tiplerini (A, AAAA, CNAME, MX, TXT, NS, SRV), TTL kavramını ve nameserver değişikliğinin nasıl yapıldığını gerçek örneklerle ele alacağız. Sonunda bir zone dosyasının satırlarını rahatça okuyabilecek ve kendi DNS kayıtlarınızı güvenle düzenleyebilecek seviyeye geleceksiniz.

DNS Tam Olarak Nedir?#

DNS, internetin telefon rehberi gibi düşünülebilir. Siz insanlar için anlamlı bir isim (ornek.com) söylersiniz, DNS ise arkada bu ismi makinelerin haberleştiği sayısal bir adrese (203.0.113.10) çevirir. Bu dönüşüm sayesinde bir web sitesinin sunucusunu taşısanız bile ziyaretçiler aynı alan adını kullanmaya devam eder; siz sadece DNS kaydındaki IP'yi güncellersiniz.

DNS merkezi tek bir sunucu değildir. Milyonlarca alan adının kaydını tek bir makinenin tutması hem imkânsız hem de tehlikeli olurdu. Bunun yerine DNS hiyerarşik ve dağıtık bir yapıya sahiptir: sorumluluk kök sunuculardan uzantı (TLD) sunucularına, oradan da alan adının kendi yetkili sunucularına doğru dallanır. Bu tasarım hem yükü paylaştırır hem de tek bir arıza noktasını ortadan kaldırır.

Bir alan adı satın alıp yönetmeye başladığınızda ilk karşılaşacağınız kavramlar genellikle "nameserver" ve "DNS kayıtları" olur. Alan adının kendisiyle ilgili temelleri alan adı nedir yazımızda bulabilirsiniz; burada işin çözümleme ve kayıt tarafına odaklanacağız.

Alan Adı Çözümleme Süreci Adım Adım#

Bir alan adının IP'ye çevrilmesine DNS çözümleme (resolution) denir. Sürece dört ana aktör katılır:

1. Recursive Resolver (Özyinelemeli Çözücü): Genellikle internet servis sağlayıcınızın ya da Google (8.8.8.8), Cloudflare (1.1.1.1) gibi bir hizmetin sunucusudur. Cevabı sizin adınıza araştıran "aracı"dır.
2. Root Nameserver (Kök Sunucu): Adreslemesi a ile m arasında etiketlenmiş 13 mantıksal kümeden oluşur; her küme aslında dünyaya yayılmış yüzlerce fiziksel kopyadan (anycast) ibarettir. Görevi cevabı vermek değil, doğru TLD sunucusuna yönlendirmektir.
3. TLD Nameserver (Uzantı Sunucusu): .com, .tr, .org gibi uzantılardan sorumludur. İlgili alan adının yetkili sunucusunu bilir.
4. Authoritative Nameserver (Yetkili Sunucu): Alan adının gerçek DNS kayıtlarını tutan sunucudur. Kesin cevabı burası verir.

Örnek olarak blog.ornek.com adresini ilk kez ziyaret ettiğinizde tipik akış şöyle işler:

• Bilgisayarınız resolver'a sorar: "blog.ornek.com hangi IP'de?"
• Resolver'ın önbelleğinde yoksa kök sunucuya sorar; kök sunucu ".com sunucularına git" der.
• Resolver .com TLD sunucusuna sorar; o da "ornek.com'un yetkili sunucusu şurada" der.
• Resolver yetkili sunucuya sorar; yetkili sunucu blog.ornek.com → 203.0.113.10 cevabını verir.
• Resolver cevabı size döndürür ve TTL süresince önbelleğe alır.

Bir sonraki ziyaretçi aynı adresi sorduğunda resolver artık kök ve TLD sunucularını rahatsız etmez; cevabı doğrudan önbellekten verir. Bu yüzden ilk sorgu birkaç yüz milisaniye sürerken, sonraki sorgular neredeyse anında yanıtlanır. Kayıt bulunamadığında (NXDOMAIN) sonuç da kısa bir süre önbelleğe alınır; buna "negatif önbellekleme" denir ve yanlışlıkla silinmiş bir kaydın hemen geri gelmemesinin nedenidir.

Bu zincir çoğu zaman milisaniyeler içinde tamamlanır. Sürecin adımlarını kendi terminalinizde de izleyebilirsiniz:

# Cevabı adım adım kökten yetkili sunucuya kadar takip et
dig +trace blog.ornek.com

# Belirli bir resolver kullanarak sorgu at
dig @1.1.1.1 ornek.com A +short

# Windows'ta hızlı bakış
nslookup ornek.com

Yaygın DNS Kayıt Tipleri#

Bir alan adının DNS bölgesi (zone), farklı görevleri olan kayıtlardan oluşur. Aşağıdaki tablo en sık kullanılanları özetler:

A ve AAAA Kayıtları#

A kaydı, bir alan adını bir IPv4 adresine eşler ve DNS'in en temel yapı taşıdır. AAAA kaydı ise aynı işi IPv6 için yapar. Modern altyapılarda ikisini birlikte tanımlamak, hem eski hem yeni ağlardan gelen ziyaretçilere sorunsuz erişim sağlar.

ornek.com.        3600  IN  A      203.0.113.10
ornek.com.        3600  IN  AAAA   2001:db8::1

Bir web sitesini yeni bir sunucuya taşıdığınızda güncellemeniz gereken ilk kayıt genellikle A (ve varsa AAAA) kaydıdır. Sunucu tarafında ise Nginx, gelen isteği doğru siteye yönlendirmek için bu alan adını server_name ile eşler:

server {
    listen 80;
    server_name ornek.com www.ornek.com;
    root /var/www/ornek;
}

CNAME Kaydı#

CNAME (Canonical Name), bir adı başka bir ismin takma adı yapar. En klasik kullanımı www alt alan adını ana alan adına yönlendirmektir. Böylece IP değiştiğinde tek bir A kaydını güncellemeniz yeterli olur; CNAME otomatik olarak onu takip eder.

www.ornek.com.    3600  IN  CNAME  ornek.com.
shop.ornek.com.   3600  IN  CNAME  magaza.saglayici.net.

Dikkat edilmesi gereken önemli bir kural vardır: kök alan adına (zone apex, yani ornek.com) doğrudan CNAME konulamaz. Bunun nedeni apex'te MX ve NS gibi başka zorunlu kayıtların da bulunmasıdır. Bu ihtiyaç için sağlayıcılar ALIAS veya ANAME gibi özel kayıt tipleri sunar.

MX Kaydı ve E-posta#

MX (Mail Exchange) kayıtları, alan adınıza gönderilen e-postaların hangi sunucuya teslim edileceğini belirtir. Her MX kaydının bir öncelik değeri vardır; sayı ne kadar küçükse öncelik o kadar yüksektir. Birincil sunucu erişilemezse posta, bir sonraki önceliğe sahip sunucuya düşer.

ornek.com.   3600  IN  MX   10  mail1.ornek.com.
ornek.com.   3600  IN  MX   20  mail2.ornek.com.

Yukarıdaki örnekte postalar önce mail1'e (öncelik 10) gitmeye çalışır; ulaşılamazsa mail2'ye (öncelik 20) yönlenir. MX kaydının işaret ettiği sunucunun mutlaka geçerli bir A/AAAA kaydına sahip olması gerekir; CNAME'e işaret eden MX kayıtları RFC'lere aykırıdır ve teslimat sorunlarına yol açar.

TXT Kayıtları: SPF, DKIM ve DMARC#

TXT kayıtları başlangıçta serbest metin tutmak için tasarlanmıştı, ancak bugün en çok e-posta güvenliği ve alan adı doğrulaması için kullanılır. Üç kritik standart TXT üzerinde çalışır:

• SPF (Sender Policy Framework): Sizin adınıza posta göndermeye yetkili sunucuları listeler. Sondaki ~all "listede olmayan gönderenleri şüpheli işaretle", -all ise "kesinlikle reddet" anlamına gelir.
• DKIM (DomainKeys Identified Mail): Giden her postaya kriptografik bir imza ekler; alıcı sunucu bu imzayı TXT kaydındaki açık anahtarla doğrulayarak mesajın yolda değiştirilmediğini teyit eder.
• DMARC: SPF ve DKIM başarısız olduğunda ne yapılacağını (p=none izle, p=quarantine karantina, p=reject reddet) tanımlar ve size düzenli rapor gönderilmesini sağlar.

ornek.com.                  3600  IN  TXT  "v=spf1 include:_spf.saglayici.com ~all"
_dmarc.ornek.com.           3600  IN  TXT  "v=DMARC1; p=quarantine; rua=mailto:[email protected]"
mail._domainkey.ornek.com.  3600  IN  TXT  "v=DKIM1; k=rsa; p=MIGfMA0GCSq..."

Bu üçlüyü doğru yapılandırmak, gönderdiğiniz e-postaların spam kutusuna düşmesini büyük ölçüde engeller. Ayrıca Google Search Console veya SSL sağlayıcıları da alan adı sahipliğini doğrulamak için sizden geçici bir TXT kaydı eklemenizi ister.

NS ve SRV Kayıtları#

NS (Name Server) kayıtları, alan adınızın yetkili DNS sunucularını bildirir. Bunlar zone'un "sahibinin kim olduğunu" söyleyen kayıtlardır ve genellikle hem üst düzey kayıt kuruluşunda (registry) hem de zone içinde tanımlıdır.

SRV (Service) kayıtları ise belirli bir servisin hangi host ve portta çalıştığını belirtir; SIP telefon santralleri, XMPP sohbet sunucuları veya Microsoft Teams gibi hizmetlerde kullanılır.

ornek.com.                 86400  IN  NS   ns1.saglayici.com.
ornek.com.                 86400  IN  NS   ns2.saglayici.com.
_sip._tcp.ornek.com.        3600  IN  SRV  10 5 5060 sip.ornek.com.

SRV kaydının formatı öncelik ağırlık port hedef şeklindedir. Yukarıdaki örnek, SIP servisinin sip.ornek.com üzerinde 5060 portundan çalıştığını söyler.

TTL Nedir ve Neden Önemlidir?#

TTL (Time To Live), bir DNS kaydının resolver'lar tarafından ne kadar süre önbellekte tutulacağını saniye cinsinden belirtir. Örneğin 3600 değeri, kaydın bir saat boyunca önbellekte kalacağı anlamına gelir. Bu süre boyunca yaptığınız değişiklikler bazı ziyaretçilere ulaşmaz.

TTL seçiminde bir denge vardır:

• Yüksek TTL (örn. 86400 = 1 gün): Daha az sorgu, daha hızlı çözümleme, sunucuya daha az yük. Ancak değişikliklerin yayılması yavaştır.
• Düşük TTL (örn. 300 = 5 dakika): Değişiklikler hızlı yayılır, ancak resolver'lar daha sık sorgu atar.

Pratik bir ipucu: sunucu taşıma veya IP değişikliği planlıyorsanız, değişiklikten birkaç gün önce ilgili kaydın TTL'ini düşürün (örneğin 300 saniyeye). Böylece geçiş anında değişiklik neredeyse anında yayılır, taşıma tamamlanınca TTL'i tekrar yükseltebilirsiniz. DNS değişikliklerinin küresel olarak yayılma mantığını DNS propagasyon süresi yazımızda daha ayrıntılı ele alıyoruz. Sancısız bir geçiş için site taşıma hizmetimiz de bu TTL yönetimini sizin adınıza planlar.

Nameserver Değişikliği Nasıl Yapılır?#

Alan adınızın DNS kayıtlarını nerede yöneteceğinizi belirleyen şey nameserver (NS) ayarıdır. Bir alan adını satın aldığınızda genellikle kayıt firmasının varsayılan nameserver'ları atanır. Kayıtları başka bir sağlayıcıda (örneğin hosting firmanızda) yönetmek isterseniz, alan adının nameserver'larını o sağlayıcının değerleriyle değiştirmeniz gerekir.

Tipik adımlar şöyledir:

1. Yeni sağlayıcınızdan nameserver adreslerini alın (örneğin ns1.saglayici.com, ns2.saglayici.com).
2. Yeni tarafta, alan adınızın çalışması için gereken tüm kayıtları (A, MX, TXT vb.) önceden oluşturun. Bu, kesinti riskini en aza indirir.
3. Alan adı yönetim panelinizden nameserver'ları güncelleyin.
4. Değişikliğin küresel olarak yayılmasını bekleyin. .tr gibi uzantılarda bu süre 24 saati bulabilir.

Değişimin tamamlanıp tamamlanmadığını kontrol etmek için:

# Alan adının şu an hangi nameserver'ları kullandığını gör
dig ornek.com NS +short

# Belirli bir kaydın yeni sunucudan doğru döndüğünü doğrula
dig @ns1.saglayici.com ornek.com A +short

Nameserver değişimi propagasyon sürerken, henüz güncellenmemiş resolver'lar eski kayıtları, güncellenenler yeni kayıtları görebilir. Bu yüzden yeni sunucuda kayıtları önceden hazırlamak kritik önemdedir; aksi halde bazı ziyaretçiler için site kısa süreliğine erişilemez olabilir.

Örnek Tam Zone Dosyası#

Yukarıdaki tüm kavramları birleştiren örnek bir zone dosyası aşağıdadır. Bu, ornek.com için tipik bir yapılandırmayı gösterir:

$TTL 3600
@       IN  SOA   ns1.saglayici.com. hostmaster.ornek.com. (
                  2026070101  ; seri numarası
                  7200        ; refresh
                  3600        ; retry
                  1209600     ; expire
                  3600 )      ; minimum TTL

@           IN  NS     ns1.saglayici.com.
@           IN  NS     ns2.saglayici.com.
@           IN  A      203.0.113.10
@           IN  AAAA   2001:db8::1
www         IN  CNAME  ornek.com.
mail        IN  A      203.0.113.20
@           IN  MX  10 mail.ornek.com.
@           IN  TXT    "v=spf1 mx include:_spf.saglayici.com ~all"
_dmarc      IN  TXT    "v=DMARC1; p=quarantine; rua=mailto:[email protected]"

Buradaki SOA (Start of Authority) kaydı zone'un yönetim bilgilerini tutar; her değişiklikte seri numarasını artırmak, ikincil sunucuların güncellemeyi fark etmesini sağlar. Kayıtları düzenlerken bu seriyi güncellemeyi unutmamak, senkronizasyon sorunlarının önüne geçer.

Sıkça Sorulan Sorular#

A kaydı ile CNAME kaydı arasındaki fark nedir?#

A kaydı bir alan adını doğrudan bir IP adresine bağlar, CNAME kaydı ise bir adı başka bir alan adına takma ad yapar. Genel kural: bir alt alan adını sabit bir IP'ye yönlendirecekseniz A, başka bir hostname'e (örneğin bir CDN veya barındırma servisine) yönlendirecekseniz CNAME kullanın. Kök alan adına doğrudan CNAME konulamaz.

DNS değişiklikleri neden hemen yansımıyor?#

Çünkü resolver'lar performans için cevapları TTL süresince önbelleğe alır. Kaydın TTL'i 3600 saniyeyse, o kaydı daha önce sorgulamış bir resolver bir saate kadar eski değeri döndürmeye devam edebilir. Değişiklik öncesi TTL'i düşürmek yayılma süresini kısaltır.

Kaç tane MX kaydım olmalı?#

En az bir MX kaydı gerekir, ancak yedeklilik için genellikle iki veya daha fazlası önerilir. Birincil sunucu erişilemez olduğunda postanın kaybolmaması için farklı önceliklere sahip birden fazla MX kaydı tanımlamak iyi bir uygulamadır. Öncelik değeri küçük olan sunucu önce denenir.

SPF, DKIM ve DMARC olmadan e-posta gönderebilir miyim?#

Teknik olarak evet, ancak önermeyiz. Bu üç kayıt olmadan gönderdiğiniz postaların spam olarak işaretlenme veya doğrudan reddedilme olasılığı çok yüksektir. Modern e-posta sağlayıcıları gönderen kimliğini bu kayıtlarla doğrular; hepsini eksiksiz yapılandırmak teslim edilebilirliği ciddi biçimde artırır.

Nameserver değiştirdikten sonra ne kadar beklemeliyim?#

Çoğu durumda değişiklik birkaç saat içinde yayılır, ancak bazı uzantılarda ve resolver'larda 24-48 saate kadar sürebilir. Bu süre boyunca hem eski hem yeni sunucudaki kayıtların doğru olduğundan emin olmak, kesintisiz bir geçiş sağlar.

DNS kayıtlarımı nasıl kontrol ederim?#

En pratik yöntem komut satırıdır: Linux ve macOS'ta dig ornek.com A, Windows'ta nslookup -type=A ornek.com komutu bir kaydın güncel değerini gösterir. Tek tek kayıt tipleri yerine tüm bölgeyi görmek isterseniz dig ornek.com ANY kullanabilirsiniz. Değişiklik sonrası farklı bölgelerdeki resolver'ların ne gördüğünü karşılaştırmak için dig @8.8.8.8 ve dig @1.1.1.1 ile ayrı ayrı sorgu atmak, propagasyonun ne kadar ilerlediğini anlamanın en sağlam yoludur.

Kapanış#

DNS ilk bakışta karmaşık görünse de temelinde basit bir fikir yatar: insanların hatırladığı isimleri makinelerin anladığı adreslere çevirmek. A, AAAA, CNAME, MX ve TXT gibi kayıt tiplerini, TTL mantığını ve nameserver yönetimini kavradığınızda, alan adınızın davranışını tümüyle kontrol edebilirsiniz. İster bir WordPress bloğu yayına alın ister kurumsal bir e-posta altyapısı kurun, doğru DNS yapılandırması her şeyin temelidir.

DNS kayıtlarınızı sıfırdan planlamak ya da mevcut yapınızı sağlıklı bir altyapıya taşımak istiyorsanız, hosting paketlerimiz yönetimi kolay bir DNS paneliyle birlikte gelir; dilerseniz kendi alan adınızı da aynı yerden yönetebilirsiniz.