Domain DNS Kayıtları Rehberi: A, AAAA, MX, TXT, CNAME

DNS kayıtları, bir alan adının internette doğru yere gitmesini sağlar. Bir web sitesi açılmıyorsa, e-posta gelmiyorsa ya da doğrulama (SPF/DKIM) çalışmıyorsa çoğu zaman kök sebep DNS kayıtlarıdır. Bu rehberde A, AAAA, MX, TXT ve CNAME kayıtlarının görevini; hangi senaryoda hangisini kullanacağınızı ve yaygın hataları pratik örneklerle göreceksiniz. Böylece kayıt ekranında “hangi alanı neye yazmalıyım?” sorusu netleşir.

DNS kayıtları mantığı: Alan adı → değer

DNS, alan adını (ör. example.com) sayısal IP adreslerine ve hizmetlere bağlayan bir eşleştirme sistemidir. Birçok kayıt tipi vardır ancak günlük hayatta en sık gördüklerimiz şunlardır:

• A: IPv4 adresi (ör. 192.0.2.10)
• AAAA: IPv6 adresi (ör. 2001:db8::10)
• MX: E-posta alım sunucusu (mail exchanger)
• TXT: Metin tabanlı doğrulama (SPF, DKIM selector, domain doğrulama vb.)
• CNAME: Bir alt alan adını başka bir ada eşitleme (alias)

Bu kayıtları yönetirken iki kritik kuralı akılda tutun: 1) Bazı kayıt tipleri aynı “host” için bir arada kullanılamaz. (Örneğin CNAME bir alt alanın “tam alias” olmasını gerektirir.) 2) Propagasyon (yayılma) nedeniyle değişikliklerin internete tam oturması zaman alabilir.

DNS terminolojisi: host, TTL ve öncelik

DNS arayüzlerinde genelde şu alanlar çıkar: - Host / Name: Kayıt hangi ad için tanımlanıyor? @ çoğunlukla ana domaini, www web alt adını temsil eder. - TTL (Time To Live): Kaç saniye önbellekte kalacak? Düşük TTL, değişiklik testlerinde hız kazandırır. - MX Priority: Aynı domain için birden fazla MX varsa e-posta hangi sırayla denenir. Düşük sayı daha önceliklidir.

A kaydı (IPv4): Web sitesi veya kök yönlendirme

A kaydı, bir alan adını IPv4 adresine bağlar. En sık kullanılan kullanım senaryoları: - Ana domainin (example.com) bir web sunucusuna yönlendirilmesi - www.example.com gibi alt alanın aynı sunucuya bağlanması (bazı yapıda A, bazen CNAME tercih edilir)

Örnek (ana domain web sunucusu IP’si): - Host: @ - Record type: A - Value: 203.0.113.25

Örnek (www alt alanı): - Host: www - Record type: A - Value: 203.0.113.25

NetKıyas’ta sık görülen durum: Kullanıcı, web hosting IP’sini doğru alır ama www yerine sadece @ kaydını oluşturduğu için www açılmaz. Bu yüzden hangi adın açılacağını netleştirin.

A kaydı ne zaman tek başına yeterli olur?

• Yalnızca IPv4 kullanan altyapı varsa yeterlidir.
• Sağlayıcı sizden IPv4 adres istediyse (çoğu web hosting planında olur) A kaydını kullanırsınız.

AAAA kaydı (IPv6): IPv6 erişimi için zorunlu değil, ama güncel

AAAA kaydı, IPv6 adresini eşler. IPv6 kullanan ağlarda web veya servis trafiğinin düzgün akması için gereklidir. Eğer barındırdığınız hizmet hem IPv4 hem IPv6 veriyorsa, AAAA kaydı eklemek “kısmi çalışıyor” problemlerini azaltır.

Örnek: - Host: @ - Record type: AAAA - Value: 2001:db8:203:0:113::25

Not: IPv6 değeri sağlayıcınızın size verdiği formattadır. Yanlış format girilmesi, kaydın hiç etkili olmamasına yol açar.

A ve AAAA birlikte kullanılır mı?

Evet. Aynı host için A ve AAAA birlikte bulunabilir. Bu sayede istemciler (browser, uygulama) IPv4 veya IPv6 hangisi uygunsa onu kullanır.

MX kaydı: E-posta neden gelmiyor sorusunun anahtarı

MX kaydı, e-posta trafiğinin hangi sunucuya teslim edileceğini belirtir. E-posta gönderdiğinizde “giden” tarafın kayıtları değil; alıcı tarafın (sizin domaininiz) MX kayıtları önemlidir.

Senaryolar: - “Kurumsal e-posta” bir sağlayıcı (Google Workspace, Microsoft 365, yerel bir e-posta hosting) üzerinden yürütülüyorsa MX adresi ve öncelikleri onlar tarafından verilir. - Kendi e-posta sunucunuzu çalıştırıyorsanız, MX değeriniz o sunucunun host adıdır.

Örnek MX: - Host: @ - Record type: MX - Priority: 10 - Value: mail.example-mailhost.com

Aynı domain için birden fazla MX eklenebilir: - Priority: 10 → mx1... - Priority: 20 → mx2...

MX kaydı CNAME’e ihtiyaç duyar mı?

MX kaydında genellikle IP değil mail sunucusu adı (FQDN) yazılır. Bazı sağlayıcılar bu adı vererek CNAME/alias yerine doğrudan MX’te kullanılmasını ister. Sağlayıcının verdiği formatı aynen uygulayın.

MX ile ilgili en yaygın hatalar

• MX kaydı yok → e-postalar sıfırdan başarısız olur.
• MX öncelikleri karışır → teslimat gecikir veya yedek sunucu gereksiz kullanılır.
• MX value yanlış TLD veya yazım → sunucu bulunamaz hataları.

TXT kaydı: SPF, DKIM ve doğrulama için temel yapı taşı

TXT kaydı metin tabanlı doğrulama ve doğrulama süreçlerinde kullanılır. DNS’in “görünmez ama kritik” tarafıdır: Yanlış/eksik TXT kayıtları e-posta teslim edilebilirliğini düşürür, SPAM klasörüne atar veya “kimlik doğrulama başarısız” hatası verir.

SPF (Sender Policy Framework) — “Kim adına gönderebilirim?”

SPF genelde TXT olarak tanımlanır. Örnek yapı: - Host: @ - Record type: TXT - Value: "v=spf1 ip4:203.0.113.25 include:_spf.example-mailhost.com -all"

Bu örnek; sağlayıcınızın verdiği SPF ile birebir olmalıdır. Her satır özelleşir (IP’ler, include domainleri, -all/~all politikası).

DKIM — “İmza doğruluğu”

DKIM için de TXT kayıtları kullanılır. Sağlayıcı genellikle şu şablonu verir: - Host: selector._domainkey - Record type: TXT - Value: "v=DKIM1; k=rsa; p=..."

Buradaki selector (ör. default, s1 gibi) kesin olmalıdır.

Domain doğrulama (Google/Microsoft/diğer) TXT

Birçok servis, alan adınızı doğrulamak için özel bir TXT kaydı ister. Bu kayıt “rastgele” oluşturulmaz; servis her kullanıcıya özel bir değer sağlar.

CNAME kaydı: Alt alanı başka bir ada yönlendirmek

CNAME, bir host adını başka bir host adına aliaslar. Örneğin www.example.com → example.hostingprovider.com gibi.

Örnek: - Host: www - Record type: CNAME - Value: sites.example-hosting.com

CNAME genelde: - Sağlayıcının size verdiği web barındırma hedefi varsa - CDN (ör. Cloudflare gibi) tarafından verilen hedef adı kullanmak istendiğinde kullanılır.

CNAME ile ilgili net kural

CNAME bir host adı için “tekil”dir. Aynı host için çoğu DNS yönetim paneli bir arada A/AAAA ve CNAME kullanımına izin vermez veya teknik olarak çakışma yaratır. Özellikle: - www için CNAME seçtiyseniz, www hostuna ayrıca A kaydı eklemeyin. - @ (ana domain) için çoğu yapı CNAME kullanımından kaçınır; bunun yerine A/AAAA kullanılır.

Hangi kaydı hangi senaryoda kullanırım? (Hızlı seçim listesi)

Aşağıdaki liste, karar vermeyi hızlandırır:

• Ana domain web sitesi (example.com) → A ve gerekiyorsa AAAA
• www alt domain web sitesi (www.example.com) → çoğunlukla CNAME (veya sağlayıcının önerisine göre A)
• E-posta teslimi → MX
• SPF/DKIM/DMARC (DMARC da TXT üzerinden gider) → TXT
• Alt alanı başka bir sağlayıcının adına eşitleme → CNAME

En sık kurulum kombinasyonları

1) Web + e-posta ayrımı: - @ → A/AAAA - www → CNAME (veya A) - @ → MX - @ ve selector._domainkey... → TXT (SPF/DKIM)

2) Sadece web (e-posta sizde değilse): - @ → A/AAAA - www → CNAME - MX gerekmez

DNS değişikliği yaparken “kontrol listesi”: Net adımlar

DNS kaydı girerken en pratik yaklaşım şudur:

1) Önce doğru hedefi toplayın

• Web hosting sağlayıcınızın verdiği IPv4 ve/veya IPv6
• CDN kullanıyorsanız verilen hedef CNAME
• E-posta sağlayıcınızın verdiği MX host + priority
• SPF/DKIM/DMARC TXT değerleri (kopyala-yapıştır mantığıyla, düzenlemeden)

2) Host alanını yanlış seçmeyin

• @ genelde ana domain içindir.
• www web alt alanıdır.
• selector._domainkey gibi isimler TXT host alanında tam yazılmalıdır.

3) TTL’yi kısa tutun (test aşamasında)

DNS paneliniz TTL belirlemenize izin veriyorsa, değişiklik doğrulaması yaparken düşük TTL (ör. 300) pratik olur. Yayın doğruladıktan sonra sağlayıcının önerdiği TTL’ye dönmek daha sağlıklı olur.

4) Propagasyon için zaman tanıyın

DNS değişiklikleri anlık olmaz. Bazı durumlarda birkaç dakikada oturur, bazı durumlarda daha uzun sürebilir. Ekranda “güncellendi” yazsa bile her yerde aynı anda görünmeyebilir.

Sık görülen sorunlar: Semptoma göre kök neden

Web açılıyor ama e-posta gelmiyor

• Büyük olasılıkla MX eksik veya yanlış.
• SPF/DKIM için TXT kayıtları yanlışsa e-postalar teslim olabilir ama SPAM’a düşer ya da doğrulama hatası verir.

Sadece www açılmıyor, kök domain açılıyor

• @ için A kaydı var, www için CNAME/A kaydı eksik veya yanlış.
• CNAME kullanıyorsanız www için A/AAAA çakışması kontrol edin.

E-posta gönderildi ama alıcı sunucu reddetti

• SPF veya DKIM TXT değerleri hatalı.
• Yanlış gönderim IP’si SPF’de tanımlı değil.

Sonuç: Bir alan adı için “minimum doğru set” oluşturun

DNS kayıtlarını yönetirken tek bir ekranı değil, web ve e-posta bileşenlerini birlikte düşünün. Başlamak için şu minimum set mantığı iyi çalışır: - Web: A/AAAA (ana domain) + gerekiyorsa CNAME (www) - E-posta: MX + TXT (SPF/DKIM; DMARC da varsa)

Değişiklik yapmadan önce sağlayıcınızdan gelen değerleri eksiksiz kopyalayın, host alanlarını (@, www, selector._domainkey) doğru yazın ve doğrulama için DNS propagasyon süresini hesaba katın. Böylece hem web erişimi hem de e-posta teslimi tek hamlede doğru yere oturur.