Bir web sitesini bulut tabanlı bir platforma, CDN'e ya da yük dengeleyiciye taşımaya çalıştığınız anda çoğu kişinin karşılaştığı ilk duvar şudur: sağlayıcı size bağlanmanız için bir IP adresi değil, sirket.cdn-saglayici.net gibi bir alan adı verir. www.sirketiniz.com için bu sorun değildir, oraya rahatça bir CNAME kaydı yazarsınız. Ama tarayıcıya www olmadan sadece sirketiniz.com yazıldığında, yani kök alan adında, aynı CNAME kaydını yazmaya kalktığınızda DNS yönetim paneli ya sessizce hata verir ya da e-posta ve diğer kayıtlarınız aniden çalışmaz olur.
Bu ikilemi çözmek için tasarlanmış iki özel kayıt tipi vardır: ALIAS ve ANAME. İkisi de kök alan adında (apex domain) tıpkı bir CNAME gibi başka bir alan adına işaret etmenizi sağlar, ama DNS standardını kırmadan. Bu rehberde CNAME'in kök alanda neden çalışmadığını teknik olarak açıklayacak, ALIAS ve ANAME kayıtlarının bu boşluğu nasıl doldurduğunu, sağlayıcı tarafında nasıl arka planda bir A kaydına dönüştüğünü, hangi hizmetlerin bunu desteklediğini ve gerçek senaryolarda ne zaman hangisini kullanmanız gerektiğini uçtan uca ele alacağız.
Kök Alan Adı ve CNAME Çatışması#
Önce kavramı netleştirelim. Bir alan adının "kökü" ya da teknik adıyla apex (bazı kaynaklarda "naked domain", "zone apex" veya "root domain"), alt alan adı öneki olmayan haliyle sirketiniz.com adresidir. www.sirketiniz.com, mail.sirketiniz.com veya shop.sirketiniz.com ise bu kökün altındaki alt alan adlarıdır. Kök, DNS bölgenizin (zone) başladığı yerdir ve orada bazı kayıtların bulunması standart gereği zorunludur.
İşte çatışmanın kaynağı burada. RFC 1034 ve RFC 2181, bir CNAME kaydının bulunduğu isimde başka hiçbir kayıt tipinin bulunamayacağını söyler. CNAME "bu isim tamamen şu diğer isimle aynıdır, ne ararsan orada ara" anlamına gelir; bu yüzden yanında A, MX, TXT gibi başka kayıtlar barındıramaz. Oysa kök alan adında zorunlu olarak SOA (Start of Authority) ve NS (nameserver) kayıtları bulunur. Bunlar olmadan alan adınız zaten çalışmaz. Dolayısıyla köke bir CNAME yazmak, tanım gereği yan yana duramayacak kayıtları aynı isimde toplamaya çalışmak demektir.
Sonuç genellikle iki şekilde ortaya çıkar. İyi tasarlanmış DNS panelleri kök alanda CNAME oluşturmanıza baştan izin vermez, "apex için CNAME kullanılamaz" gibi bir uyarı gösterir. Kötü senaryoda ise panel kaydı kabul eder ama çözümleyiciler karışır; en sık görülen belirti, sitenin açılması ama e-postaların aniden gelmemesidir, çünkü CNAME kökteki MX kaydını gölgeler ve mail sunucunuz bulunamaz hale gelir. DNS'in temel kayıt tipleri ve çözümleme mantığı konusunda derinleşmek isterseniz DNS nedir yazımız iyi bir zemin sağlar.
ALIAS ve ANAME Kaydı Ne İşe Yarar#
ALIAS ve ANAME, tam olarak bu duvarı aşmak için icat edilmiş, sağlayıcıya özel (standart DNS protokolünde resmen tanımlı olmayan) kayıt tipleridir. İkisinin de amacı aynıdır: kök alan adında, sanki bir CNAME yazmışsınız gibi başka bir alan adına (hedef.cdn-saglayici.net) işaret etmenizi sağlamak, ama bunu köke ait SOA, NS ve MX kayıtlarını bozmadan yapmak.
Buradaki kritik ayrım şudur: klasik bir CNAME, bu "takma ad" ilişkisini çözümleyicinin (resolver) çözmesi için ona iletir. ALIAS ve ANAME ise ilişkiyi çözümleyiciye hiç göstermez; işi yetkili nameserver'ın kendisi, yani sizin DNS sağlayıcınız halleder. Sağlayıcı, hedef alan adının o anki IP adres(ler)ini kendi tarafında sorgular ve dışarıya sanki normal bir A (veya AAAA) kaydıymış gibi düz bir IP döndürür. Dışarıdan bakan hiç kimse orada bir "takma ad" olduğunu anlamaz; sadece bir IP görür.
Bunu somutlaştıralım. www için bildiğiniz CNAME şöyle görünür:
www.sirketiniz.com. IN CNAME hedef.cdn-saglayici.net.
Kök alanda ise CNAME yasak olduğu için onun yerine ALIAS ya da ANAME kullanırsınız. Panelde yazımı neredeyse aynıdır, sadece kayıt tipi değişir:
sirketiniz.com. IN ALIAS hedef.cdn-saglayici.net.
; ya da sağlayıcınıza göre
sirketiniz.com. IN ANAME hedef.cdn-saglayici.net.
Sonuç olarak www.sirketiniz.com ve sirketiniz.com aynı hedefe gider, kök alandaki MX, TXT ve SPF kayıtlarınız hayatta kalır ve CDN sağlayıcınız hedefin IP'sini değiştirdiğinde siz hiçbir şey yapmadan otomatik olarak yeni IP'ye yönlenirsiniz. Bu son nokta, statik bir A kaydına göre en büyük kazançtır.
Sağlayıcı Tarafında A Kaydına Dönüşüm#
ALIAS ve ANAME'in "sihri", çözümleme anında yetkili sunucu tarafında gerçekleşen bir çeviridir. Adım adım ne olduğunu görelim. Diyelim ki bir ziyaretçinin bilgisayarı sirketiniz.com için A kaydını sordu:
- Sorgu sizin DNS sağlayıcınızın yetkili sunucusuna ulaşır.
- Sunucu,
sirketiniz.comiçin tanımlı bir ALIAS/ANAME kaydı olduğunu görür ve hedefin (hedef.cdn-saglayici.net) o anki IP'sini kendi arka planında çözer. - Bu çözümlemeyi kendi önbelleğiyle, çoğunlukla hedefin TTL süresine saygı göstererek yapar.
- Ziyaretçiye ALIAS diye bir şey döndürmez; ona doğrudan
203.0.113.42gibi düz bir A kaydı cevabı verir.
Yani dışarıya çıkan cevap her zaman standart bir A ya da AAAA kaydıdır. Bu yüzden ALIAS/ANAME "resolver-tarafında CNAME düzleştirme (flattening)" olarak da anılır. Cloudflare bu özelliği zaten "CNAME flattening" adıyla sunar ve teknik olarak aynı işi yapar; sonuçta apex için düz bir A cevabı üretir.
Farkı bir sorguyla gözlemleyebilirsiniz. dig çıktısında kök alanda bir CNAME değil, doğrudan A kaydı görürsünüz:
# Kök alan sorgusu — cevap CNAME değil, düz A kaydıdır
dig sirketiniz.com A +short
# 203.0.113.42
# Alt alan adı ise gerçek bir CNAME döner
dig www.sirketiniz.com CNAME +short
# hedef.cdn-saglayici.net.
Bu dönüşümün pratik bir sonucu vardır ve gözden kaçırılmamalıdır: hedef alan adının IP'si değiştiğinde sizin kaydınızın da güncellenmesi, sağlayıcınızın hedefi ne sıklıkla yeniden sorguladığına bağlıdır. İyi sağlayıcılar hedefin TTL'ine uyar; bazıları arka planda periyodik olarak yeniler. Bu nedenle çok düşük TTL'li, sık IP değiştiren hedeflerde küçük gecikmeler yaşanabilir. Yine de bu, IP'yi elle takip etmekten kat kat pratiktir. Yönlendirme ve alias mantığı arasındaki farkları merak ediyorsanız alan adı yönlendirme yazısı konuyu tamamlayıcı niteliktedir.
ALIAS ile CNAME Arasındaki Farklar#
İki kayıt tipi yüzeyde aynı işi yapıyor gibi görünse de altta yatan davranışları oldukça farklıdır. Aşağıdaki tablo temel ayrımları özetliyor:
| Özellik | CNAME | ALIAS / ANAME |
|---|---|---|
| Kök alan adında (apex) kullanım | Yasak (standart ihlali) | İzinli, bu iş için tasarlandı |
| Yanında MX, TXT, SPF barındırma | Hayır, hiçbir kayıtla birlikte olamaz | Evet, diğer kayıtlarla birlikte yaşar |
| Çözümlemeyi kim yapar | İstemci/resolver | Yetkili nameserver (sağlayıcı) |
| Dışarıya dönen cevap tipi | CNAME (takma ad görünür) | A / AAAA (düz IP, takma ad gizli) |
| DNS standardında tanımlı mı | Evet (RFC) | Hayır, sağlayıcıya özel |
| Sağlayıcı taşınırken taşınabilirlik | Her yerde çalışır | Sağlayıcıya bağımlı, elle yeniden kurulur |
| Ek sorgu yükü | Resolver'da | Yetkili sunucuda (genelde önbellekli) |
Buradan çıkan pratik kural nettir: alt alan adları için CNAME, kök alan adı için ALIAS/ANAME. CNAME hâlâ www, blog, shop gibi ön ekli isimler için en doğru ve en taşınabilir seçenektir. ALIAS/ANAME ise yalnızca kökte, CNAME'in kullanılamadığı yerde devreye girer.
ANAME ve ALIAS isimlerinin ikisi de aynı kavramı anlatır; fark tamamen terminolojiktir. "ANAME" terimi bir internet taslağı (draft) olarak önerilmiş ama resmi standart haline gelmemiştir. Sağlayıcılar aynı özelliği farklı adlarla sunar: bir yerde "ALIAS", başka yerde "ANAME", Cloudflare'de "CNAME flattening", bazı panellerde ise "Redirect to hostname" değil de doğrudan "apex CNAME" olarak geçebilir. İsim ne olursa olsun altta yatan mekanizma aynıdır.
Hangi DNS Sağlayıcıları Destekler#
ALIAS/ANAME standart olmadığı için desteği sağlayıcıdan sağlayıcıya değişir. Alan adınızı kullandığınız DNS hizmetinin bu özelliği sunup sunmadığını bilmek, mimarinizi kurarken önemlidir. Aşağıda yaygın sağlayıcıların durumu ve kullandıkları isim özetlenmiştir:
| Sağlayıcı | Destek | Kullandığı ad |
|---|---|---|
| Cloudflare | Var | CNAME Flattening (otomatik) |
| Amazon Route 53 | Var | Alias record (AWS kaynaklarına) |
| DNSimple | Var | ALIAS |
| DNS Made Easy | Var | ANAME |
| easyDNS | Var | ANAME |
| PowerDNS | Var | ALIAS (yapılandırmayla) |
| NS1 | Var | ALIAS |
| Klasik BIND (varsayılan) | Yok | — |
Burada iki önemli not var. Birincisi, Route 53'ün alias kaydı biraz farklıdır: yalnızca AWS içindeki kaynaklara (CloudFront, ELB, S3 web sitesi, API Gateway gibi) işaret edebilir, rastgele bir dış alan adına genellikle işaret edemez. Yani "AWS içi ALIAS" ile "genel amaçlı ALIAS/ANAME" tam olarak aynı esneklikte değildir. İkincisi, klasik BIND kurulumları varsayılan olarak ALIAS/ANAME desteklemez; bu tür kayıtları kullanmak isterseniz PowerDNS gibi modern bir sunucuya ya da bu özelliği yerleşik sunan bir yönetilen DNS hizmetine geçmeniz gerekir.
Cloudflare'in yaklaşımı biraz daha otomatiktir. Kök alana bir CNAME yazmaya çalıştığınızda Cloudflare bunu sessizce kabul eder ve arka planda flattening uygulayarak dışarıya A kaydı olarak yayınlar. Yani ayrı bir "ALIAS" kayıt tipi seçmenize gerek kalmadan, apex CNAME'i işler hale getirir. Cloudflare'in DNS ve CDN tarafını genel olarak değerlendirmek isterseniz konuyu daha geniş ele alan yazılarımıza da göz atabilirsiniz.
Gerçek Senaryolar ve Ne Zaman Kullanılır#
ALIAS/ANAME'i gündelik hayatta hangi durumlarda kuracağınıza dair birkaç somut örnek verelim; böylece kavram teoriden çıkıp elinizin altındaki bir araca dönüşür.
Senaryo 1 — Kök alanı bir CDN'e bağlamak. Sitenizin önüne bir CDN koydunuz ve CDN size dxxxx.cloudfront.net gibi bir hedef verdi. www için CNAME yeterli, ama sirketiniz.com (www'suz) için ALIAS/ANAME şart. Kayıt şöyle olur:
sirketiniz.com. IN ALIAS dxxxx.cloudfront.net.
www.sirketiniz.com. IN CNAME dxxxx.cloudfront.net.
Senaryo 2 — PaaS / statik barındırma platformu. Netlify, Vercel, GitHub Pages gibi platformlar genellikle bir A kaydı IP'si yerine bir hedef alan adı verir ve o IP'nin zamanla değişebileceğini söyler. Burada statik bir A kaydı yazarsanız, sağlayıcı IP'yi değiştirdiğinde siteniz düşer. ALIAS/ANAME kullanırsanız IP değişimi sizi hiç etkilemez.
Senaryo 3 — Yük dengeleyici arkasındaki uygulama. Bir bulut yük dengeleyicinin (load balancer) önünde uygulamanız var. Yük dengeleyicinin IP'si otomatik ölçekleme sırasında değişebilir; sağlayıcı size sabit bir DNS adı verir. Kök alanı bu dengeleyiciye ALIAS ile bağlarsanız, altyapı IP değiştirse de alan adınız takip eder.
Peki ne zaman kullanmamalısınız? Eğer hedefiniz zaten sabit, kendi kontrolünüzdeki bir sunucunun sabit IP'siyse (örneğin kendi VDS sunucunuz ya da paylaşımlı hosting hesabınız), doğrudan bir A kaydı yazmak daha basit, daha taşınabilir ve bir sorgu adımı daha kısadır. ALIAS/ANAME'in tüm değeri, hedef IP'nin sizin kontrolünüz dışında değişebildiği durumlardadır. Sabit IP'de gereksiz bir dolaylılık katmanı eklemenin faydası yoktur.
Pratik Kurulum ve Sık Yapılan Hatalar#
Kaydı oluşturmak çoğu panelde birkaç tıklamadır: kayıt tipi olarak "ALIAS" veya "ANAME" seçersiniz, isim alanına @ (kök alanı temsil eder) yazarsınız, hedef alanına da sağlayıcının verdiği hostname'i girersiniz. Yine de üretimde tekrar tekrar karşılaşılan tuzaklar vardır; bunları önceden bilmek saatlerce hata ayıklamaktan kurtarır.
TTL'i çok yükseğe ayarlamayın. Kurulum ve geçiş aşamasında kök alanın TTL'ini düşük tutun (örneğin 300 saniye). Böylece bir hata yaparsanız düzeltmeniz hızla yayılır. Her şey oturduktan sonra TTL'i tekrar yükseltebilirsiniz. Değişikliklerin yayılma mantığını DNS nedir yazısında ayrıntılı bulabilirsiniz.
MX ve doğrulama kayıtlarınızı unutmayın. ALIAS/ANAME'in tüm avantajı, kökte diğer kayıtlarla bir arada yaşayabilmesidir. Ancak yeni bir DNS sağlayıcısına geçerken bölgeyi sıfırdan kurarsanız, eski MX, SPF, DKIM ve alan doğrulama (TXT) kayıtlarınızı taşımayı unutmak çok yaygın bir hatadır. Aşağıdaki gibi bir zonenin köke ait tüm kayıtları hayatta kalmalıdır:
sirketiniz.com. IN ALIAS hedef.cdn-saglayici.net.
sirketiniz.com. IN MX 10 mail.sirketiniz.com.
sirketiniz.com. IN TXT "v=spf1 include:_spf.saglayici.com ~all"
HTTPS ve SNI tarafını doğrulayın. Kök alanı bir CDN veya PaaS'e ALIAS ile bağladığınızda, hedef platformun sizin apex alan adınız için de bir SSL sertifikası ürettiğinden emin olun. IP doğru dönse bile sertifika yalnızca www için üretilmişse, https://sirketiniz.com sertifika hatası verir. Çoğu platform apex'i de sertifikaya eklemek için ayrı bir onay adımı ister. SSL tarafındaki hataları çözerken SSL rehberlerimiz ve güvenlik katmanı için WAF çözümlerimiz işinizi kolaylaştırır.
Sağlayıcı taşınırken kaydı yeniden kurun. ALIAS/ANAME standart olmadığı için DNS sağlayıcısı değiştirdiğinizde bu kayıtlar otomatik "taşınmaz"; yeni sağlayıcıda elle yeniden oluşturmanız gerekir. Bölge dosyanızı dışa aktarıp içe aktarsanız bile, hedef sağlayıcı bu tipi tanımıyorsa kayıt düşer. Taşıma öncesi yeni sağlayıcının desteğini mutlaka doğrulayın.
Son olarak, ALIAS/ANAME'i bir HTTP yönlendirmesiyle (301/302 redirect) karıştırmayın. ALIAS/ANAME DNS katmanında çalışır ve alan adını değiştirmeden aynı içeriği sunar; ziyaretçi adres çubuğunda hep sirketiniz.com görür. HTTP yönlendirmesi ise ziyaretçiyi tamamen başka bir adrese taşır. İkisi farklı amaçlara hizmet eder ve gerektiğinde birlikte de kullanılabilirler.
Sıkça Sorulan Sorular#
ALIAS ile ANAME arasında gerçek bir fark var mı?#
Pratikte anlamlı bir teknik fark yoktur; ikisi de aynı davranışı, yani kök alan adında CNAME benzeri bir yönlendirmeyi yetkili sunucu tarafında A kaydına düzleştirerek sağlar. Aradaki fark tamamen isimlendirmedir. Bazı sağlayıcılar bu özelliği "ALIAS", bazıları "ANAME", Cloudflare ise "CNAME flattening" olarak adlandırır. Hangi ismi göreceğiniz kullandığınız DNS hizmetine bağlıdır, ama beklentiniz her ikisinde de aynı olmalıdır.
Kök alan adına neden düz bir CNAME yazamıyorum?#
DNS standardı, bir CNAME kaydının bulunduğu isimde başka hiçbir kayıt tipinin olamayacağını söyler. Kök alan adında ise SOA ve NS kayıtları zorunlu olarak bulunur; e-posta kullanıyorsanız ayrıca MX kayıtları da orada durur. CNAME bu kayıtlarla yan yana yaşayamayacağı için köke yazılan bir CNAME ya panel tarafından reddedilir ya da kabul edilirse başta e-posta olmak üzere diğer hizmetlerinizi bozar. ALIAS/ANAME tam olarak bu çatışmayı yaşamadan aynı sonucu üretmek için vardır.
ALIAS/ANAME kullanmak sitemi yavaşlatır mı?#
Kayda değer bir yavaşlama beklemeyin. Hedef alan adının çözümlenmesi çözümleyicide değil, sizin DNS sağlayıcınızın sunucusunda ve genellikle önbellekli olarak yapılır. Ziyaretçiye dönen cevap zaten düz bir A kaydıdır, dolayısıyla istemci tarafında ekstra bir sorgu adımı oluşmaz. Tek dikkat edilecek nokta, hedefin IP'si çok sık değişiyorsa sağlayıcınızın yenileme sıklığına bağlı küçük gecikmelerin olabilmesidir; bu da gündelik kullanımda hissedilmez.
Route 53'ün alias kaydı ile klasik ALIAS aynı şey mi?#
Tam olarak değil. Amazon Route 53'ün alias kaydı aynı kök-alanda-CNAME sorununu çözer, ancak yalnızca AWS içindeki kaynaklara (CloudFront dağıtımı, yük dengeleyici, S3 statik site, API Gateway gibi) işaret edebilir; rastgele bir dış alan adına genellikle bağlanamaz. DNSimple'ın ALIAS veya DNS Made Easy'nin ANAME kaydı ise herhangi bir hedef alan adına işaret edebildiği için daha genel amaçlıdır. İhtiyacınız AWS ekosistemi dışına çıkıyorsa bu ayrımı göz önünde bulundurun.
Kendi sunucumda BIND kullanıyorum, ALIAS kaydı oluşturabilir miyim?#
Klasik BIND varsayılan olarak ALIAS/ANAME desteklemez, çünkü bu tipler DNS standardında tanımlı değildir. Bu özelliği kendi altyapınızda kullanmak isterseniz iki pratik yol vardır: birincisi PowerDNS gibi ALIAS'ı yerleşik destekleyen modern bir otoriter sunucuya geçmek, ikincisi ise DNS'i Cloudflare, DNSimple ya da benzeri yönetilen bir hizmete devretmek. Sunucu yönetimi tarafında yardıma ihtiyacınız olursa uzman ekibimizin sunucu yönetim hizmetleri devreye girebilir.
ALIAS/ANAME ile SEO açısından bir kayıp yaşar mıyım?#
Hayır. Arama motorları ziyaretçiyle aynı düz A kaydını görür; alan adınız değişmez, adres çubuğunda hep aynı kök alan adı kalır ve içerik doğrudan sunulur. Bu, sitenizi kök alanda tutarken CDN veya modern barındırma platformlarından yararlanmanızı sağladığı için SEO açısından genellikle olumludur. Asıl SEO riski, yanlış kurulmuş bir kayıt yüzünden apex adresinizin erişilemez olması ya da sertifika hatası vermesidir; kaydı doğru kurduğunuz sürece herhangi bir dezavantaj oluşmaz.
Kapanış#
ALIAS ve ANAME kayıtları, ilk bakışta niş bir DNS ayrıntısı gibi görünse de modern web mimarisinin merkezinde yer alan pratik bir çözümdür. Özetle mesele şudur: CNAME kök alan adında kullanılamaz, çünkü orada zorunlu olarak bulunan SOA, NS ve MX kayıtlarıyla bir arada yaşayamaz. ALIAS/ANAME bu boşluğu, ilişkiyi yetkili sunucu tarafında çözüp dışarıya düz bir A kaydı olarak sunarak doldurur. Böylece kök alanınızı bir CDN'e, PaaS platformuna ya da yük dengeleyiciye bağlarken hem e-postanızı korur hem de hedefin değişen IP'sini elle takip etmekten kurtulursunuz. Doğru kural basittir: alt alan adları için CNAME, kök alan adı için ALIAS/ANAME, sabit IP için ise düz A kaydı.
Alan adınızı, DNS yönetiminizi ve barındırma altyapınızı tek çatı altında, ALIAS/ANAME dahil modern kayıt tiplerini destekleyen bir panelle yönetmek isterseniz Clou.TR yanınızda. İhtiyacınıza göre alan adı tarafını, performanslı web hosting paketlerini ya da tam kontrol isteyen projeler için sanal ve VDS sunucu çözümlerimizi inceleyebilir; kurulum ve geçiş süreçlerinde sunucu yönetim hizmetlerimizden yararlanabilirsiniz. DNS kayıtlarınızı doğru kurmak, hızlı ve kesintisiz bir sitenin ilk adımıdır.