Alt Alan Adları (Subdomain): Yapılandırma ve Kullanım Alanları

Alt alan adı (subdomain), kayıtlı bir ana alan adının önüne eklenen ve onu alan adı sisteminin hiyerarşisi içinde bir alt katmana taşıyan isim bileşenidir. Alan adı sistemi (DNS) soldan sağa doğru çözümlenen bir ağaç yapısı üzerine kuruludur. Bu yapıda en sağdaki bileşen üst düzey alan adını (TLD), onun solundaki bileşen kayıtlı alan adını, daha solda yer alan bileşenler ise alt alan adlarını temsil eder. Bir alan adının başına getirilen blog, destek, shop veya api gibi etiketler, aynı kayıtlı alan adı altında farklı işlevler üstlenen ayrı adresler oluşturur. Bu yaklaşım, tek bir kayıtlı alan adı üzerinden birden fazla bağımsız hizmetin, bölümün veya ortamın bir arada yönetilmesine imkân tanır.

DNS Hiyerarşisi ve Alt Alan Adlarının Konumu

DNS, tamamen nitelikli alan adı (FQDN) adı verilen ve kök etiketinden başlayarak soldan sağa doğru okunan bir yapı kullanır. Kök etiketi genellikle yazılmaz ve yazılı gösterimlerde sonda nokta ile ifade edilir. Buna göre blog.ornekalan.com biçimindeki bir adreste blog bir alt alan adı, ornekalan kayıtlı alan adı, com ise üst düzey alan adıdır. Hiyerarşik yapı, istenildiği ölçüde derinleştirilebilir; örneğin test.blog.ornekalan.com gibi bir yapı ikinci düzey bir alt alan adı oluşturur.

Alan adı etiketleri harf, rakam ve tire karakterlerinden oluşabilir. Etiketler tire ile başlayamaz veya bitemez. İsimlendirme büyük-küçük harf duyarsızdır; yani Blog.ornekalan.com ile blog.ornekalan.com aynı adresi ifade eder. Teknik olarak her bir etiket 63 karakteri, tamamen nitelikli bir alan adı ise 253 karakteri aşamaz. Bu sınırlar, DNS protokolünün tanımladığı uzunluk kısıtlarından kaynaklanır.

Alt Alan Adlarının DNS Kayıtlarıyla İlişkisi

Bir alt alan adı, tek başına bir isimdir; bu ismin bir hedefe yönlendirilmesi DNS kayıtları aracılığıyla gerçekleşir. Söz konusu kayıtlar, alan adının yetkili ad sunucularında tutulan bölge (zone) dosyasında tanımlanır. Alt alan adlarının yapılandırılmasında sıklıkla kullanılan kayıt türleri şunlardır:

• A kaydı: Alt alan adını bir IPv4 adresine yönlendirir.
• AAAA kaydı: Alt alan adını bir IPv6 adresine yönlendirir.
• CNAME kaydı: Alt alan adını başka bir alan adına takma ad olarak bağlar. Böylece hedef adres değiştiğinde yalnızca hedefte güncelleme yapılması yeterli olur; ancak CNAME kaydı aynı isim altında başka kayıtlarla birlikte bulunamaz.
• MX kaydı: Alt alan adına gelen e-postaların hangi posta sunucularına iletileceğini belirtir.
• TXT kaydı: Alan adı sahipliğinin doğrulanması ve e-posta kimlik doğrulama mekanizmaları gibi amaçlarla metin verisi barındırır.
• NS kaydı: Bir alt alan adının yetkisinin başka ad sunucularına devredilmesini sağlar.

Her kaydın yanında bir yaşam süresi (TTL) değeri bulunur. TTL, ilgili kaydın önbelleklerde ne kadar süre saklanacağını saniye cinsinden ifade eder. Düşük TTL değerleri değişikliklerin daha hızlı yayılmasını sağlarken, önbellek sunucularına yapılan sorgu sayısını artırır. Ayrıca joker karakter içeren kayıtlar tanımlanarak, önceden belirtilmemiş alt alan adlarının tek bir kayıt üzerinden karşılanması mümkündür.

Alt Alan Adı Oluşturma Süreci

Alt alan adı oluşturma işlemi, alan adının yönetildiği ortama göre küçük farklılıklar gösterse de temel adımlar benzerdir:

1. Amaç ve isimlendirme planlaması: Alt alan adının hangi hizmete ayrılacağı belirlenir ve tutarlı bir isimlendirme düzeni benimsenir.
2. DNS yönetim arayüzüne erişim: Alan adının yetkili ad sunucularını yöneten panel veya bölge dosyası açılır.
3. Kayıt türünün seçimi: Hedef bir IP adresi ise A veya AAAA kaydı, hedef başka bir alan adı ise CNAME kaydı tanımlanır.
4. Kaydın girilmesi: İsim alanına yalnızca alt alan adı etiketi yazılır; hedef alanına ilgili IP adresi veya alan adı girilir.
5. TTL değerinin belirlenmesi: Planlanan değişiklik sıklığına uygun bir yaşam süresi atanır.
6. Yayılma ve doğrulama: Kaydın ad sunucularına işlenmesinin ardından sorgulama araçlarıyla çözümleme kontrol edilir.
7. Sunucu tarafı yapılandırması: Web sunucusunda sanal konak tanımı yapılarak gelen isteklerin doğru içerikle eşleştirilmesi sağlanır.
8. Sertifika yapılandırması: Alt alan adı HTTPS üzerinden sunulacaksa uygun sertifika tanımlanır.

Kayıt ekleme işlemi tamamlandıktan sonra değişikliğin tüm önbellek sunucularına yansıması, önceden belirlenen TTL değerlerine bağlı olarak zaman alabilir. Bu nedenle doğrulama işleminin, kaydın oluşturulmasından hemen sonra yapılması her zaman kesin sonuç vermez.

Alt Alan Adı ile Alt Dizin Arasındaki Farklar

İçerik, bir alan adının alt dizininde (ornekalan.com/blog gibi) veya bir alt alan adında (blog.ornekalan.com gibi) yayımlanabilir. Teknik açıdan alt alan adı tamamen ayrı bir ana makine (host) olarak ele alınır; kendi DNS kayıtlarına, kendi sunucu yapılandırmasına ve kendi sertifikasına sahip olabilir. Alt dizin ise aynı ana makine üzerinde çalışır ve ana alan adının kaynaklarını paylaşır.

Yönetimsel açıdan alt alan adları, farklı ekiplerin veya sistemlerin birbirinden bağımsız çalışmasına imkân tanır; ancak her biri için ayrı yapılandırma, izleme ve sertifika yönetimi gerekir. Arama motorlarının alt alan adlarını nasıl değerlendirdiği konusunda ise kamuya açık ve kesin bir kural bulunmamaktadır; motorların değerlendirme yaklaşımları zaman içinde farklılık göstermiştir. Bu nedenle yapısal tercih, teknik gereksinimler ve yönetim modeli doğrultusunda yapılır.

Yaygın Kullanım Senaryoları

Hizmet ve Bölüm Ayrımı

Kuruluşlar, farklı işlevleri ayrı alt alan adları üzerinden sunabilir. Destek portalı, çevrimiçi mağaza, dokümantasyon sitesi veya müşteri giriş paneli bu kapsamda değerlendirilebilir. Bu ayrım, her hizmetin kendi teknoloji yığınıyla bağımsız olarak geliştirilmesine ve güncellenmesine olanak tanır.

Geliştirme ve Test Ortamları

Üretim ortamından ayrılmış test, hazırlık veya geliştirme ortamları genellikle ayrı alt alan adları üzerinde barındırılır. Bu yaklaşım, deneysel değişikliklerin canlı sistemleri etkilemeden sınanmasını mümkün kılar. Bu tür ortamların arama motorları tarafından taranmaması için erişim kısıtlamaları veya tarama engelleri uygulanabilir.

Uygulama Programlama Arayüzleri ve Servisler

Makine tarafından tüketilen servisler, genellikle kendi alt alan adları üzerinden sunulur. Bu ayrım, servis trafiğinin izlenmesini, hız sınırlamalarının uygulanmasını ve güvenlik politikalarının bağımsız olarak yönetilmesini kolaylaştırır.

Statik Varlıklar ve İçerik Dağıtımı

Görsel, stil dosyası ve betik gibi statik varlıklar ayrı bir alt alan adından sunulabilir. Bu düzen, tarayıcıların aynı anda açabileceği bağlantı sayısına ilişkin eski sınırlamalar döneminde yaygınlaşmış olup günümüzde içerik dağıtım ağlarıyla birlikte de kullanılmaktadır.

Dil ve Bölge Ayrımı

Çok dilli yapılarda farklı dil veya bölge sürümleri alt alan adlarıyla ayrılabilir. Bu tercih, her sürümün kendi teknik yapılandırmasına sahip olmasını sağlarken yönetilecek adres sayısını artırır.

E-posta Kimlik Doğrulama Kayıtları

E-posta gönderiminin doğrulanmasına yönelik kayıtlar, gönderim yapan sistemin kullandığı alt alan adı üzerinde tanımlanabilir. Bu yöntem, ana alan adının e-posta itibarını ve kimlik doğrulama politikalarını ayrı tutmayı sağlar.

SSL/TLS Sertifikaları ve Alt Alan Adları

HTTPS üzerinden sunulan her alt alan adı için geçerli bir sertifikaya ihtiyaç duyulur. Sertifikalar tek bir adı kapsayabildiği gibi, konu alternatif adı (SAN) alanında birden fazla adı da kapsayabilir. Joker karakterli sertifikalar ise belirli bir düzeydeki tüm alt alan adlarını tek sertifika altında karşılar; ancak bu tür sertifikalar birden fazla hiyerarşi düzeyini otomatik olarak kapsamaz. Otomatik sertifika sağlama süreçlerinde, alan adı sahipliğinin doğrulanması için DNS tabanlı doğrulama yöntemleri kullanılabilir; bu yöntem, joker karakterli sertifikaların düzenlenmesinde de uygulanabilir.

Arama Motoru ve İndeksleme Hususları

Arama motoru yönetim araçlarında mülk tanımlama biçimi, hangi adreslerin kapsandığını doğrudan etkiler. Alan adı düzeyinde doğrulama yapılan bir mülk, ilgili alan adının tüm alt alan adlarını kapsayabilir; buna karşılık önek tabanlı bir mülk yalnızca belirtilen protokol ve alt alan adı birleşimini kapsar. Bu nedenle alt alan adlarının izlenmesi için doğru mülk yapısının seçilmesi önem taşır.

Tarama ve indeksleme süreçlerinde dikkat edilmesi gereken diğer hususlar şunlardır:

• Tarama yönergelerini içeren dosya, ana makine bazında değerlendirilir; her alt alan adı kendi yönergelerine sahip olabilir.
• Site haritaları, ilgili alt alan adının adreslerini listeleyecek biçimde hazırlanır.
• Birden fazla adres üzerinden erişilebilen aynı içerik için kanonik adres belirtilerek yineleme olasılığı azaltılabilir.
• Test ve geliştirme ortamlarının arama motorlarına açık bırakılmaması, yinelenen içerik oluşumunu önlemeye yardımcı olur.

Web Güvenliği ve Alt Alan Adı Yönetimi

Tarayıcıların uyguladığı aynı köken politikası, farklı alt alan adlarını ayrı kökenler olarak değerlendirir. Bu nedenle bir alt alan adında çalışan betikler, varsayılan olarak başka bir alt alan adının kaynaklarına doğrudan erişemez. Kaynaklar arası paylaşım politikaları bu erişimin hangi koşullarda mümkün olacağını belirler. Benzer biçimde çerezlerin hangi alt alan adlarına gönderileceği, çerez tanımındaki etki alanı özniteliğiyle sınırlandırılır.

Alt alan adı envanterinin güncel tutulması, güvenlik açısından temel bir gerekliliktir. Artık kullanılmayan ancak DNS kaydı silinmemiş alt alan adları, hedef adresin başka bir tarafça ele geçirilmesi durumunda risk oluşturabilir; bu durum literatürde başıboş DNS kaydı olarak adlandırılır. Kayıtların düzenli olarak gözden geçirilmesi, sahiplik bilgisinin belgelenmesi ve kullanılmayan tanımların kaldırılması bu riski azaltır. Ayrıca katı aktarım güvenliği politikası, tüm alt alan adlarının kapsama alınmasını sağlayan bir yönergeyle birlikte uygulanabilir.

Yapılandırmada Dikkat Edilmesi Gereken Teknik Hususlar

Alt alan adı yapılandırmasının sürdürülebilir olması için bazı teknik noktalar göz önünde bulundurulur:

• Tutarlı isimlendirme: Benzer işlevler için benzer etiketler kullanılması, envanterin okunabilirliğini artırır.
• Kayıt türü seçimi: Aynı isim altında çakışan kayıt türlerinden kaçınılması, çözümleme hatalarını önler.
• TTL planlaması: Sık değişen kayıtlar için düşük, sabit kayıtlar için daha yüksek değerler değerlendirilebilir.
• Joker kayıt kullanımı: Kapsamı genişlettiği için amaçlanan etkisi net biçimde değerlendirilmelidir.
• Yetki devri: Bir alt alan adının farklı ad sunucularına devredilmesi, yönetim sorumluluğunun da devredilmesi anlamına gelir.
• Belgelendirme: Her alt alan adının amacı, sahibi ve hedefi kayıt altına alınarak değişikliklerin izlenebilirliği sağlanır.

Bu hususların düzenli olarak gözden geçirilmesi, alt alan adı yapısının hem teknik olarak doğru hem de yönetilebilir kalmasına katkı sağlar.