CNAME Kaydı Nedir ve Ne Zaman Kullanılır

Bir alan adını başka bir alan adına bağlamanın en temiz yolu CNAME kaydıdır. Adı İngilizce "Canonical Name" (kanonik ad) ifadesinden gelir ve tek işi vardır: bir ismi, "gerçek" adı olarak kabul edilen başka bir isme takma ad (alias) olarak işaret ettirmek. Ziyaretçi tarayıcısına blog.sirketiniz.com yazdığında, DNS çözümleyici bu isim için bir CNAME kaydı görürse "asıl adrese bak, o hosting-sunucum.clou.tr" der ve çözümlemeyi orada devam ettirir. Yani CNAME bir IP adresi vermez; bir isim yönlendirmesi verir ve gerçek IP'yi hedef ismin A veya AAAA kaydından bulur.

Bu ayrım pratikte çok işe yarar. Sunucunuzun IP adresi bir gün değişirse ve on farklı alt alan adınız doğrudan A kaydıyla o IP'ye bağlıysa, on kaydı tek tek güncellemeniz gerekir. Aynı on alt alan adı tek bir kanonik isme CNAME ile bağlıysa, sadece o kanonik ismin A kaydını değiştirirsiniz; gerisi otomatik olarak yeni IP'ye taşınır. DNS'in nasıl çalıştığını hiç görmediyseniz önce DNS nedir yazımıza, alt alan adı kavramına yabancıysanız subdomain nedir yazımıza göz atmanız bu rehberi çok daha oturaklı kılar. Bu yazıda CNAME'in tam olarak ne yaptığını, en sık kullanıldığı senaryoları, kök alan adında neden çalışmadığını, CNAME zincirlerinin performansa etkisini ve sahada en çok karşılaştığım hataları örneklerle anlatacağım.

CNAME Kaydı Tam Olarak Ne Yapar#

Bir DNS bölgesinde (zone) CNAME kaydı şu yapıda tanımlanır: solda takma ad, sağda hedef "kanonik" isim. Standart bir bölge dosyasında satır şu şekilde görünür.

; İsim              TTL    Sınıf  Tip    Hedef
blog                3600   IN     CNAME  web.clou.tr.
shop                3600   IN     CNAME  magaza-platformu.example.net.

Buradaki hedef ismin sonundaki nokta (web.clou.tr.) bilinçli bir tercihtir; ismin tam nitelikli (FQDN) olduğunu, arkasına bölge adının eklenmeyeceğini belirtir. Panel arayüzlerinde bu noktayı çoğu zaman göremezsiniz çünkü panel sizin adınıza ekler, ancak ham bölge dosyasıyla çalışıyorsanız noktayı unutmak en klasik hatalardan biridir.

CNAME'i A kaydından ayıran temel nokta şudur: A kaydı ismi doğrudan bir IPv4 adresine, AAAA kaydı bir IPv6 adresine bağlar; CNAME ise ismi başka bir isme bağlar ve IP çözümlemesini o ismin kayıtlarına devreder. Aşağıdaki tablo bu farkı özetler.

CNAME çözümlemesi zincirleme çalışır. Çözümleyici blog.sirketiniz.com için CNAME'i görünce hedefe (web.clou.tr) geçer, orada bir A kaydı bulursa IP'yi döndürür. Eğer web.clou.tr de başka bir CNAME'e işaret ediyorsa çözümleyici o zinciri de takip eder — ta ki bir A/AAAA kaydına varana kadar. Bu zincir kabiliyeti güçlü olduğu kadar dikkatli kullanılması gereken bir özelliktir; ilerideki performans bölümünde bunu ele alacağız.

En Yaygın Kullanım www Yönlendirmesi#

CNAME'in klasik ders kitabı örneği www alt alan adıdır. Birçok işletme sitesini kök alan adında (sirketiniz.com) barındırır ama ziyaretçilerin www.sirketiniz.com yazdığında da aynı yere gitmesini ister. Bunun temiz yolu www için bir CNAME kaydı açıp kök ismi hedef göstermektir.

www   3600   IN   CNAME   sirketiniz.com.

Bu kayıtla www.sirketiniz.com, kök alan adının A kaydında ne varsa oraya gider. Kök alan adının IP'sini değiştirdiğinizde www da otomatik uyum sağlar, ayrı bir bakım gerektirmez. Uygulamada www üzerinde kalıcı olarak durmak yerine genellikle ikisinden birini "birincil" (canonical) sürüm seçip diğerini oraya HTTP düzeyinde 301 ile yönlendirmek istersiniz — bu bir DNS işi değil, web sunucusu işidir.

# www'yu köke 301 ile yönlendiren Nginx bloğu
server {
    listen 443 ssl;
    server_name www.sirketiniz.com;
    return 301 https://sirketiniz.com$request_uri;
}

Burada kritik bir ince nokta var: www.sirketiniz.com için düzenlenmiş bir SSL sertifikanız da olmalı, aksi halde ziyaretçi HTTPS ile www'ya geldiğinde yönlendirme çalışmadan önce sertifika hatası alır. Let's Encrypt gibi ücretsiz sertifikalarda hem kök hem www adını aynı sertifikaya eklemek standarttır. Sertifika yönetiminde zorlanıyorsanız SSL çözümlerimiz her iki adı da tek panelden kapsayacak şekilde ayarlanabilir. Hangi tarafı birincil seçeceğiniz SEO açısından da önemlidir; ikisini birden indeksletmek yerine tek sürümde toplanmak arama motorları için daha nettir.

Harici Servisleri Bağlamak#

CNAME'in en değerli kullanım alanı, kendi alt alan adınızı başka bir firmanın altyapısına bağlamaktır. Bir CDN, bir SaaS uygulaması, bir e-posta pazarlama servisi ya da statik sayfa barındırıcısı size "şu ismi bize CNAME ile işaret et" der; siz IP'lerini hiç bilmeden, onların dilediği zaman IP değiştirmesine izin vererek servislerini kendi alt alan adınız altında kullanırsınız.

Birkaç tipik örnek şöyle görünür.

; CDN arkasına statik varlık alt alan adı
cdn      300   IN   CNAME   d1a2b3c4.cloudfront-benzeri-cdn.net.

; SaaS yardım masası uygulaması
destek   300   IN   CNAME   sirketiniz.helpdesk-saglayici.com.

; E-posta pazarlama kaydı doğrulama alt alan adı
mail     300   IN   CNAME   u123.wl.eposta-servisi.com.

; Statik sayfa barındırma (landing page)
lansman  300   IN   CNAME   proje-adi.pages-saglayici.dev.

Bu senaryoda TTL değerini genellikle düşük tutmak (300 saniye gibi) mantıklıdır çünkü servis sağlayıcı altyapısını taşıdığında değişikliğin hızla yayılmasını istersiniz. Harici servis bağlarken en sık yapılan hata, sağlayıcının verdiği hedefe ekstra bir şey eklemek ya da sonuna kendi alan adınızı yapıştırmaktır; hedefi harfi harfine, sağlayıcı ne dediyse o şekilde girmelisiniz.

CNAME ayrıca doğrulama (domain verification) için de yaygın kullanılır. Bir servis, alan adının gerçekten size ait olduğunu kanıtlamanız için size _dogrulama.sirketiniz.com gibi bir isim ve bir hedef verir; siz o CNAME'i eklediğinizde servis kaydı görüp sahipliği onaylar. Bu tür kayıtlar çoğu zaman alt çizgiyle (_) başlar ve yalnızca doğrulama amacı taşır, trafik taşımaz. Kendi sitenizi yeni bir barındırmaya taşırken bu tür DNS ayarlarının doğru kopyalanması kritiktir; site taşıma sürecinde bu kayıtların atlanması en sık karşılaşılan kesinti sebeplerindendir.

Kök Alan Adında Neden CNAME Kullanılamaz#

Sahada en çok kafa karıştıran konu budur: blog.sirketiniz.com için CNAME açabilirsiniz ama sirketiniz.com (yani kök / "apex" / "zone apex") için açamazsınız. Bu bir Clou.TR kuralı değil, DNS standardının (RFC 1034) temel bir kısıtıdır.

Sebebi şudur: CNAME kaydı, bir isim için başka hiçbir kaydın bulunamayacağını söyler. Standart, "bir isimde CNAME varsa o isimde başka kayıt tipi olamaz" der. Oysa kök alan adında zorunlu olarak başka kayıtlar bulunur — en başta bölgenin yetkili sunucularını belirten NS kayıtları ve bölgeye dair meta bilgiyi tutan SOA kaydı. E-posta alıyorsanız kökte MX kaydı da olur. Kök ismini bir CNAME'e çevirseydiniz bu zorunlu NS/SOA/MX kayıtları çakışırdı; bu yüzden çözümleyiciler ve otoriter sunucular kökte CNAME'i kabul etmez.

; GEÇERSİZ — kök isimde CNAME, NS/SOA/MX ile çakışır
@   3600   IN   CNAME   yuk-dengeleyici.example.net.
@   3600   IN   NS      ns1.clou.tr.
@   3600   IN   SOA     ns1.clou.tr. hostmaster.sirketiniz.com. ( ... )

Peki kök alan adını bir servisin ismine bağlamak istiyorsanız ne yaparsınız? İki pratik yol var. Birincisi, servis size sabit bir IP verebiliyorsa köke doğrudan bir A kaydı yazmak. İkincisi ve modern yol, DNS sağlayıcınızın ALIAS (bazı sağlayıcılarda ANAME ya da "CNAME flattening") özelliğini kullanmaktır. ALIAS/ANAME, kökte CNAME gibi davranan ama teknik olarak standarda uyan bir çözümdür: sağlayıcı hedef ismi kendi tarafında çözümleyip, ziyaretçiye kök isim için doğrudan bir A/AAAA yanıtı olarak sunar. Bu konunun ayrıntısını ALIAS ve ANAME kaydı yazısında ele alıyoruz.

; DOĞRU — kökte ALIAS/ANAME (sağlayıcı destekliyorsa)
@   300    IN   ALIAS   yuk-dengeleyici.example.net.
www 3600   IN   CNAME   sirketiniz.com.

Özetle kural nettir: alt alan adı → CNAME serbest; kök alan adı → CNAME yasak, yerine A veya ALIAS/ANAME kullan.

CNAME Zinciri ve Performans Etkisi#

CNAME hedefinin başka bir CNAME'e işaret etmesine "CNAME zinciri" denir. Standart bunu yasaklamaz, çözümleyiciler zinciri takip eder; ancak her halka bir maliyettir. Şöyle bir zincir düşünün.

blog.sirketiniz.com   CNAME  ->  cdn-edge.saglayici-a.net.
cdn-edge.saglayici-a.net  CNAME  ->  pop.saglayici-b.net.
pop.saglayici-b.net  A  ->  185.10.20.30

Kötü senaryoda her halka farklı bir DNS bölgesinde barınıyorsa, çözümleyici her yeni isim için ayrı bir otoriter sunucuya sorabilir. İlk (önbelleksiz) çözümlemede bu, her halkada bir ek gidiş-dönüş anlamına gelir. Kullanıcı için bu, ilk bağlantıdaki milisaniyelere ve kimi zaman on-yüz milisaniyeye varan gecikmelere dönüşür. Önbellek devreye girdikten sonra maliyet azalır ama sık değişen düşük TTL'li kayıtlarda önbellek kısa ömürlü olur ve zincirin bedeli sık sık geri gelir.

Zincirin ikinci sıkıntısı kırılganlıktır: zincirdeki herhangi bir halkanın sağlayıcısı sorun yaşarsa ya da hedefi silinirse tüm isim çözümlenemez hale gelir. Üç ayrı firmaya yayılmış bir zincirde arıza yüzeyiniz üçe katlanır. Ölçüm yaparken zinciri dig ile açıkça görebilirsiniz.

# +trace ile zincirin her halkasını izle
dig +trace blog.sirketiniz.com

# Yalnız yanıt bölümünü kısa formatta gör
dig +short blog.sirketiniz.com CNAME
dig +short blog.sirketiniz.com A

Pratik tavsiyem: mümkün olduğunca zinciri iki halkaya (bir CNAME + bir A) indirin. Bir CDN veya SaaS zaten kendi içinde bir halka ekliyorsa, siz onun üstüne gereksiz bir ara CNAME daha koymaktan kaçının. Bazı DNS sağlayıcılarının "CNAME flattening" özelliği, çözümleme anında zinciri tarafınızda tek bir A yanıtına indirger; performans hassas sitelerde bu ölçülebilir bir kazanç sağlar. Sunucu ve ağ katmanında gecikme ölçmek isterseniz ücretsiz ağ araçlarımızdan DNS ve ping testlerini kullanabilirsiniz.

CNAME Kurarken En Sık Yapılan Hatalar#

Yıllardır aynı birkaç hatanın tekrar ettiğini görüyorum. Bunları önceden bilmek saatlerce süren sorun giderme mesailerinden kurtarır.

Kökte CNAME denemek. En yaygın hata. Panel bazen kabul ediyormuş gibi görünür ama e-posta ve NS kayıtları bozulur. Kökte A ya da ALIAS/ANAME kullanın.

Hedefin sonundaki noktayı unutmak. Ham bölge dosyasında blog CNAME web.clou.tr (nokta yok) yazarsanız sunucu buna bölge adını ekleyip web.clou.tr.sirketiniz.com. gibi anlamsız bir hedef üretir. FQDN hedeflerde sonda nokta olmalı.

Aynı isimde CNAME ile başka kayıt bir arada tutmak. blog için hem CNAME hem TXT (ya da A) tanımlarsanız standart ihlal edilir; bazı çözümleyiciler kaydı görmezden gelir, bazıları hata döndürür.

MX'i CNAME'e işaret ettirmek. RFC'ye göre MX kaydının hedefi CNAME olan bir isim olamaz; doğrudan A/AAAA çözümlenen bir isme işaret etmelidir. E-posta teslim sorunlarının sinsi bir kaynağıdır.

Aşağıdaki tablo doğru ve yanlış kullanımları yan yana koyar.

Son bir uyarı: CNAME değişiklikleri TTL süresi kadar önbellekte kalır. Bir kaydı düzelttiğinizde eski değeri hâlâ görebilirsiniz; bu bir hata değil, önbellek davranışıdır. Kritik geçişlerden birkaç saat önce TTL'i düşürmek yayılmayı hızlandırır.

CNAME Kaydını Doğrulamak ve Sorun Gidermek#

Bir CNAME'i ekledikten sonra doğru yayıldığını komut satırından teyit etmek en sağlıklı yoldur; panel "kaydettim" dese bile gerçekte otoriter sunucunun ne döndürdüğünü görmek isteriz. Linux ve macOS'ta dig, Windows'ta nslookup işi görür.

# Kaydın CNAME olarak döndüğünü doğrula
dig blog.sirketiniz.com CNAME +noall +answer

# Zincirin ucundaki gerçek IP'yi al
dig blog.sirketiniz.com A +short

# Belirli bir otoriter sunucuya doğrudan sor (önbelleği atla)
dig @ns1.clou.tr blog.sirketiniz.com CNAME +short

# Windows nslookup ile CNAME sorgusu
nslookup -type=CNAME blog.sirketiniz.com

Beklediğiniz hedef gelmiyorsa kontrol sırası şudur: önce doğru bölgede mi düzenleme yaptığınızdan emin olun (alan adının NS'leri gerçekten sizin panelinizi mi gösteriyor), sonra TTL süresini bekleyin, ardından hedefteki A kaydının var olup olmadığını doğrulayın. Zincir bir yerde kopuyorsa dig +trace ile hangi halkanın yanıt vermediğini görebilirsiniz. Alan adı ve DNS yönetimini tek panelden yapmak bu tür teşhisleri kolaylaştırır; alan adı hizmetlerimiz ile DNS kayıtlarınızı görsel bir arayüzden düzenleyip aynı ekranda test edebilirsiniz. Web sitesi ve uygulamalarınızı barındıracağınız bir yer arıyorsanız hosting paketlerimiz tüm bu DNS yönetimini içeren bir panel sunar.

Sıkça Sorulan Sorular#

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

A kaydı bir ismi doğrudan bir IP adresine bağlar, CNAME ise ismi başka bir isme takma ad yapar ve IP'yi o hedef ismin kayıtlarından bulur. Sunucunuzun IP'si değişmeyecekse ve tek bir kayıt yönetiyorsanız A kaydı yeterlidir; birden çok alt alan adını tek bir kanonik isme bağlayıp merkezî yönetmek isterseniz CNAME daha esnektir çünkü IP değiştiğinde yalnız hedefin A kaydını güncellersiniz.

Kök alan adım için neden CNAME açamıyorum?#

DNS standardı, bir isimde CNAME varsa o isimde başka kayıt bulunamayacağını söyler. Kök alan adında ise zorunlu olarak NS ve SOA (ve çoğu zaman MX) kayıtları vardır, dolayısıyla kökte CNAME bunlarla çakışır ve kabul edilmez. Kökü bir isme bağlamak için ya sabit bir IP ile A kaydı kullanır ya da sağlayıcınızın ALIAS/ANAME (CNAME flattening) özelliğini tercih edersiniz.

www için CNAME mi yoksa A kaydı mı kullanmalıyım?#

Çoğu durumda www'yu kök alan adına CNAME ile bağlamak en temiz yoldur, çünkü kökün IP'si değiştiğinde www otomatik uyum sağlar. Sonrasında genellikle www ile köksüz sürümden birini birincil seçip diğerini web sunucusunda 301 ile yönlendirirsiniz. Yalnızca kökte özel bir IP yapılandırmanız varsa www'ya da doğrudan A kaydı yazmayı düşünebilirsiniz, ama bu bakım yükünü artırır.

CNAME değişikliği ne kadar sürede yayılır?#

Yayılma süresi büyük ölçüde kaydın TTL değerine bağlıdır. TTL 3600 saniyeyse eski değer çözümleyicilerin önbelleğinde bir saate kadar kalabilir. Kritik bir geçişten birkaç saat önce TTL'i 300 saniye gibi düşük bir değere çekerseniz değişiklik çok daha hızlı yayılır; geçiş bittikten sonra TTL'i tekrar yükseltebilirsiniz.

CNAME kaydı SEO'yu olumsuz etkiler mi?#

CNAME'in kendisi SEO'ya doğrudan zarar vermez; arama motorları için önemli olan içeriğin tek bir birincil adreste toplanmasıdır. www ve köksüz sürümü aynı anda indeksletmek yerine birini seçip diğerini 301 ile yönlendirdiğinizde sinyaller tek adreste birleşir. CNAME zincirinin uzun olması dolaylı olarak ilk yükleme gecikmesini artırabilir, bu da hız temelli sıralama sinyallerini etkileyebilir; zinciri kısa tutmak faydalıdır.

CNAME hedefi başka bir CNAME'e işaret edebilir mi?#

Evet, standart buna izin verir ve çözümleyiciler zinciri takip eder. Ancak her halka bir gecikme ve bir arıza noktası ekler. İki halkadan (bir CNAME artı bir A) fazlasına gitmemeye çalışın; mümkünse hedefi doğrudan bir A/AAAA çözümlenen isme bağlayın veya sağlayıcınızın CNAME flattening özelliğiyle zinciri çözümleme anında tek bir A yanıtına indirin.

Kapanış#

CNAME kaydı, DNS'in en sade ama en çok yanlış anlaşılan araçlarından biridir. Özünde tek bir işi vardır — bir ismi başka bir isme takma ad yapmak — ve bunu doğru kullandığınızda alt alan adlarınızı merkezî yönetir, harici servisleri kendi alanınız altında konumlandırır ve IP değişikliklerini tek noktadan yönetirsiniz. Unutmamanız gereken üç kural bellidir: kökte CNAME yasaktır, hedefin sonundaki nokta önemlidir ve zincir ne kadar kısaysa o kadar hızlı ve dayanıklıdır.

Alan adı, DNS ve barındırmayı tek çatı altında yönetmek işleri fazlasıyla kolaylaştırır. Clou.TR'de alan adınızı alıp DNS kayıtlarınızı görsel panelden düzenleyebilir, sitenizi hosting paketlerimizde barındırabilir ve www ile kök sürümü tek adımda güvene almak için SSL çözümlerimizi etkinleştirebilirsiniz. Kayıtlarınızı kurarken takıldığınız her noktada ekibimiz DNS ayarlarınızı sizinle birlikte doğrular; böylece CNAME'leriniz ilk seferde doğru yayılır.