Alan Adını Hostinge Bağlama

Bir alan adı satın aldınız, hosting paketinizi de aldınız; ama tarayıcıya adresi yazdığınızda ya boş bir sayfa, ya bir park sayfası, ya da "site bulunamadı" hatası görüyorsunuz. Bu, hosting sürecinde en sık karşılaşılan durak noktasıdır ve neredeyse her zaman tek bir sebebe dayanır: alan adı ile hosting hesabı henüz birbirine tanıtılmamıştır. Domain ile hosting, ayrı iki hizmettir. Alan adı sadece bir isimdir; hosting ise o ismin arkasında duracak dosyaların bulunduğu sunucudur. İkisini birbirine bağlamak, "bu isme gelen ziyaretçiyi şu sunucuya gönder" talimatını DNS üzerinden vermektir.

Bu rehberde, alan adını hosting hesabına bağlamanın iki temel yöntemini adım adım anlatacağım: hosting sağlayıcısının ad sunucularını (nameserver) domaine tanımlama ve alternatif olarak A kaydını sunucunun IP adresine yönlendirme. İkisinin de ne zaman tercih edilmesi gerektiğini, hangi durumda hangisinin daha mantıklı olduğunu ve herkesin gözünü korkutan "propagasyon" (yayılma) süresini gerçekte nasıl anlamanız gerektiğini örneklerle göstereceğim. Amacım, işlemi bir kez yaptığınızda ekranın karşısında "acaba yanlış mı yaptım" diye beklemek yerine, ne olduğunu bilerek beklemeniz.

Domain ve Hosting Aslında Neyi Temsil Eder#

Konuyu netleştirmeden komut vermeye başlamak, karanlıkta düğmeye basmaya benzer. Alan adı (örneğin siteadi.com) internetin telefon rehberindeki bir isimdir. Hosting ise o ismin arkasında dosyalarınızı, veritabanınızı ve e-postalarınızı barındıran fiziksel/sanal bir sunucudur ve bu sunucunun bir IP adresi vardır (örneğin 185.12.34.56). Ziyaretçi tarayıcıya siteadi.com yazdığında, arka planda DNS sistemi bu ismi bir IP adresine çevirir ve tarayıcı o IP'ye bağlanır. İşte "bağlama" dediğimiz şey, bu çeviri zincirinin doğru sunucuyu gösterecek şekilde kurulmasıdır.

Bu zincirde iki kritik rol vardır. Birincisi, alan adının yetkili ad sunucusudur (authoritative nameserver) — yani "bu domainin DNS kayıtlarına hangi sunucu cevap veriyor" sorusunun yanıtıdır. İkincisi, o ad sunucusunun tuttuğu DNS kayıtlarıdır (A, CNAME, MX, TXT gibi). Alan adını hostinge bağlamanın iki yolu, aslında bu iki rolden hangisini değiştirdiğinizle ilgilidir. Nameserver yöntemi birinci rolü değiştirir: DNS yönetimini komple hosting firmasına devredersiniz. A kaydı yöntemi ise ikinci rolü değiştirir: DNS yönetimini elinizde tutar, sadece tek bir kaydı sunucunun IP'sine yönlendirirsiniz.

Bu tabloyu aklınızda tutarsanız, hangi ekranda ne değiştirmeniz gerektiğini şaşırmazsınız.

Yöntem 1: Nameserver ile Bağlama#

Nameserver yöntemi, yeni başlayanlar için en pratik ve en az hata yapılan yoldur. Burada domainin tüm DNS yönetimini hosting firmasına devredersiniz. Firma size iki (bazen üç-dört) adet ad sunucusu adresi verir; siz bu adresleri domain kayıt panelinize girersiniz; gerisi otomatik ilerler. Web sitesi, e-posta, alt alan adları — hepsi tek bir yerden yönetilir hale gelir. Clou.TR gibi cPanel tabanlı bir hosting hizmeti aldığınızda ad sunucuları genellikle şu formattadır:

ns1.clou.tr
ns2.clou.tr

Uygulama adımları şöyledir. Önce hosting sağlayıcınızın size verdiği ad sunucusu adreslerini not alın (hoş geldiniz e-postasında veya panelde "Nameservers / Ad Sunucuları" başlığı altında yer alır). Sonra alan adınızı satın aldığınız firmanın yönetim paneline girin, ilgili domaini bulun ve "Ad Sunucuları" ya da "Nameserver Yönetimi" bölümünü açın. Genellikle "Varsayılan ad sunucularını kullan" ile "Özel ad sunucusu kullan" arasında bir seçim çıkar; ikincisini seçin ve firma tarafından verilen adresleri sırayla girin:

Ad Sunucusu 1: ns1.clou.tr
Ad Sunucusu 2: ns2.clou.tr

Kaydedin. İşlem bu kadar. Panel bazen değişikliğin birkaç saat içinde etkinleşeceğini belirten bir uyarı gösterir; bu normaldir. Ad sunucusu değişikliğinin ayrıntılarını ve farklı kayıt firmalarındaki ekran farklarını nameserver değiştirme rehberinde daha derinlemesine ele aldım.

Değişikliğin gerçekten yayılıp yayılmadığını komut satırından kontrol edebilirsiniz. dig komutu Linux ve macOS'ta hazırdır; Windows'ta nslookup benzer işi görür:

# Domainin şu an hangi ad sunucularını gösterdiğini sorgula
dig NS siteadi.com +short

# Beklenen çıktı:
# ns1.clou.tr.
# ns2.clou.tr.

Çıktıda kendi hosting firmanızın ad sunucularını görüyorsanız, birinci ve en zor adım tamamlanmıştır. Artık A kaydı, MX kaydı gibi ayarlar otomatik olarak hosting firmasının panelinden (çoğunlukla cPanel'in "Zone Editor" bölümünden) yönetilir ve site yayına girmeye hazırdır.

Yöntem 2: A Kaydı ile Sunucu IP'sine Yönlendirme#

İkinci yöntem, DNS yönetimini kendi elinizde tutmak istediğinizde devreye girer. Diyelim ki alan adınızın DNS'ini Cloudflare gibi bir servise ya da domain firmanızın kendi DNS paneline emanet etmişsiniz ve ad sunucularını değiştirmek istemiyorsunuz. Bu durumda ad sunucusuna dokunmadan, sadece A kaydını hosting sunucunuzun IP adresine yönlendirirsiniz. Bu, "domainin diğer her şeyi olduğu gibi kalsın, ama web trafiği şu sunucuya gitsin" demenin yoludur.

Önce hosting sunucunuzun IP adresini öğrenmeniz gerekir. Bu bilgi hosting firmasının hoş geldiniz e-postasında "Sunucu IP" veya "Shared IP" olarak geçer; cPanel'e girdiyseniz sağ taraftaki bilgi panelinde de görürsünüz. IP adresini elde ettikten sonra, DNS'inizi yönettiğiniz panele girip iki kaydı düzenlersiniz — biri kök alan adı için (@), biri de www için:

; Kök alan adı → sunucu IP'si
@      IN  A      185.12.34.56    ; TTL 3600
; www alt alanı → kök alan adına takip etsin
www    IN  CNAME  siteadi.com.    ; TTL 3600

Buradaki @ işareti "domainin kendisi" anlamına gelir, yani siteadi.com. www için CNAME kullanmak, ileride IP değişirse tek yerden (kök A kaydından) güncelleme yapmanızı sağlar; dilerseniz www için de ayrı bir A kaydı verebilirsiniz. TTL (Time To Live) değeri, bu kaydın ne kadar süre önbelleğe alınacağını saniye cinsinden belirtir; değişiklik yapmadan önce bunu düşük tutmak (örneğin 300 saniye) geçişi hızlandırır.

A kaydı gerçekten doğru IP'yi gösteriyor mu, yine dig ile kontrol edin:

# siteadi.com hangi IP'ye çözümleniyor?
dig A siteadi.com +short
# Beklenen: 185.12.34.56

# www alt alanını da doğrula
dig A www.siteadi.com +short
# Beklenen: 185.12.34.56

Bu noktada dikkat edilmesi gereken bir incelik var: A kaydını doğru IP'ye yönlendirdiğinizde bile sunucu, o alan adı için hangi web sitesini göstereceğini bilmiyorsa hâlâ yanlış bir sayfa veya sağlayıcının varsayılan sayfası çıkabilir. Çünkü paylaşımlı bir sunucuda tek IP üzerinde onlarca site barınır ve sunucu, gelen isteği Host başlığına bakarak eşleştirir. Bu yüzden A kaydını verdikten sonra alan adının hosting hesabında da tanımlı (addon/parked domain olarak eklenmiş) olduğundan emin olun. cPanel'de bu, "Addon Domains" veya "Aliases" bölümünden yapılır. Kendi sunucunuzu yönetiyorsanız web sunucusu tarafında bir sanal host tanımı gerekir. Nginx örneği:

server {
    listen 80;
    server_name siteadi.com www.siteadi.com;
    root /var/www/siteadi/public;
    index index.php index.html;

    location / {
        try_files $uri $uri/ /index.php?$query_string;
    }
}

Yalnızca A kaydını değiştirip DNS'in geri kalanını farklı bir sağlayıcıda tutmanın mantığını ve subdomain, e-posta gibi kayıtları nasıl yöneteceğinizi alan adı yönlendirme yazısında ayrıntılı işledim.

Hangi Yöntemi Ne Zaman Seçmelisiniz#

İki yöntem de sizi aynı hedefe, yani sitenin yayına girmesine götürür; fark, DNS yönetiminin kimin elinde olacağıdır. Kararı netleştirmek için tabloya bakmak yeterli:

Pratik tavsiyem şudur: Sitenizin de e-postanızın da tamamı aynı hosting firmasında olacaksa ve DNS ile uğraşmak istemiyorsanız nameserver yöntemini seçin — kurun, unutun. Buna karşılık DNS'inizi Cloudflare gibi bir güvenlik/performans katmanı arkasında tutuyorsanız, e-postanızı ayrı bir servisten (örneğin Google Workspace) alıyorsanız veya birden fazla sağlayıcıyı bir arada kullanıyorsanız A kaydı yöntemi size çok daha fazla esneklik verir. WordPress kuracak, tek bir sağlayıcıda kalacak yeni bir kullanıcıysanız WordPress hosting paketiyle birlikte nameserver yolunu tercih etmek en dertsiz seçenektir. Kendi sanal ya da fiziksel sunucunuz varsa (örneğin bir VDS veya bulut sunucu), zaten DNS'i elinizde tutup A kaydıyla ilerlemeniz daha doğaldır.

Bir uç durumu da belirteyim: Bayi (reseller) hesabı kullanıyorsanız ve müşterilerinize ait domainleri yönetiyorsanız, genellikle her müşteriye kendi özel ad sunucularınızı (ns1.markaniz.com gibi) tanıtmak istersiniz. Bu senaryo için reseller hosting tarafında "private nameserver" tanımı yaparsınız; teknik olarak yine nameserver yöntemidir, sadece markalı bir kılıfla.

Propagasyon: Neden Hemen Açılmıyor#

DNS değişikliklerinin en çok yanlış anlaşılan yönü, "propagasyon" yani yayılma süresidir. Bir NS ya da A kaydını değiştirdiğinizde bu bilgi anında tüm dünyaya ulaşmaz. İnternetteki DNS çözümleyiciler (ISP'nizin sunucuları, halka açık çözümleyiciler) performans için kayıtları belirli bir süre önbellekte tutar. O sürenin uzunluğunu TTL değeri belirler. Diyelim eski A kaydınızın TTL'i 86400 saniyeydi (24 saat); bir çözümleyici sizi 23 saat önce sorgulamışsa, siz kaydı değiştirseniz bile o çözümleyici bir saat daha eski IP'yi göstermeye devam eder.

Bu yüzden deneyimli bir yönetici, geçişten önce TTL'i düşürür. Taşınma planlıyorsanız, işlemden bir gün önce ilgili kayıtların TTL'ini düşük bir değere çekin; böylece geçiş anında önbellekler hızla tazelenir:

; Geçişten bir gün önce TTL'i düşür
@      IN  A      185.12.34.56    ; TTL 300  (5 dakika)
www    IN  CNAME  siteadi.com.    ; TTL 300

Nameserver değişiklikleri (NS kayıtları), üst düzey alan adı sunucularında (TLD) tutulduğu için genellikle A kaydı değişikliğinden biraz daha uzun sürebilir; pratikte çoğu değişiklik birkaç dakikadan birkaç saate kadar bir aralıkta oturur, en kötü senaryoda 24-48 saati bulur. Panik yapmadan önce, değişikliğin gerçekten yayılıp yayılmadığını farklı DNS sunucularından sorgulayarak görebilirsiniz:

# Google'ın public DNS'ine (8.8.8.8) göre sonuç
dig @8.8.8.8 A siteadi.com +short

# Cloudflare'in public DNS'ine (1.1.1.1) göre sonuç
dig @1.1.1.1 A siteadi.com +short

# Yetkili ad sunucusuna doğrudan sor (önbellek yok, en güncel gerçek)
dig @ns1.clou.tr A siteadi.com +short

En alttaki komut önemlidir: doğrudan yetkili ad sunucusuna sorduğunuzda önbellek devreye girmez, o yüzden orada doğru değeri görüyorsanız yaptığınız işlem doğrudur; geri kalanı sadece zaman meselesidir. Bir yandan da tarayıcınızın ve işletim sisteminizin kendi DNS önbelleğini temizlemeyi unutmayın — çoğu zaman "hâlâ açılmıyor" şikayeti aslında yerel önbellekten kaynaklanır:

# Linux (systemd-resolved)
sudo resolvectl flush-caches

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Windows (Komut İstemi, yönetici)
ipconfig /flushdns

SSL, WWW ve Bağlantı Sonrası Kontroller#

Alan adı sunucuya bağlanıp site açıldığında iş bitmiş gibi görünür, ama birkaç kontrol daha profesyonel bir kurulumu tamamlar. İlki HTTPS'tir. Site http:// ile açılıyor ama https:// ile "güvenli değil" uyarısı veriyorsa, SSL sertifikası henüz kurulmamış demektir. Çoğu modern hosting paketi ücretsiz Let's Encrypt sertifikasını otomatik kurar; ancak sertifikanın verilebilmesi için domainin önce doğru IP'ye çözümleniyor olması gerekir — yani DNS bağlantısını yapmadan SSL kurulumu başlamaz. Bu yüzden sıralama şudur: önce DNS bağlantısı, sonra SSL. Kurumsal ihtiyaçlar veya wildcard gereksinimleri için ayrı bir SSL sertifikası tercih edebilirsiniz. Sertifikanın gerçekten aktif olup olmadığını komut satırından doğrulayabilirsiniz:

# Sertifikanın domain ve geçerlilik tarihini göster
echo | openssl s_client -connect siteadi.com:443 -servername siteadi.com 2>/dev/null \
  | openssl x509 -noout -subject -dates

İkinci kontrol www ile wwwsuz sürümün tutarlılığıdır. Ziyaretçilerin bir kısmı www.siteadi.com, bir kısmı siteadi.com yazar; ikisinin de aynı yere gitmesi ve tercihen birinden diğerine 301 yönlendirme yapması gerekir. Bunu web sunucusu düzeyinde ya da uygulama (örneğin WordPress "Site Address") ayarından yaparsınız. Üçüncüsü e-postadır: eğer alan adınızla e-posta kullanacaksanız MX kayıtlarının doğru sunucuyu gösterdiğinden emin olun; nameserver yönteminde bu otomatik gelirken, A kaydı yönteminde MX kayıtlarını elle eklemeniz gerekebilir. Kendi e-posta çözümünüzü ayrı bir sağlayıcıdan alıyorsanız MX değerlerini o sağlayıcının panelinden kopyalarsınız.

Son olarak, bağlantı sonrası güvenlik ve süreklilik için birkaç iyi alışkanlık: siteyi bir WAF ve DDoS koruma katmanının arkasına almak, düzenli yedekleme planı kurmak ve mevcut bir siteyi taşıyorsanız kesintisiz geçiş için site taşıma desteğinden yararlanmak. Alan adını doğru bağlamak yalnızca başlangıçtır; asıl mesele o adresin sürekli, güvenli ve hızlı ayakta kalmasıdır.

Sık Karşılaşılan Hatalar ve Çözümleri#

Alan adı bağlarken en çok tekrar eden hataları ve pratik çözümlerini kısa bir listeyle toparlayayım:

• NS ve A yöntemini karıştırmak. Nameserver'ı hosting firmasına verdiyseniz, artık A kaydını domain firmasının panelinden değil, hosting firmasının DNS panelinden düzenlemeniz gerekir. İki yerde birden ayar yapmak birinin diğerini geçersiz kılmasına yol açar.
• @ yerine tam alan adı yazmak. Bazı paneller kök kayıt için @ bekler, bazıları boş bırakmanızı ister. siteadi.com yazmanız gereken yere www.siteadi.com yazmak kaydı yanlış yere koyar.
• TTL'i unutmak. Yüksek TTL nedeniyle "değiştirdim ama açılmadı" sanmak. Geçişten önce TTL düşürülmediyse eski değer saatlerce cache'te kalır.
• Domaini hosting hesabına eklememek. A kaydı doğru olsa bile sunucuda o domain tanımlı değilse varsayılan sayfa çıkar. cPanel'de addon/alias tanımını atlamayın.
• Trailing nokta hatası. DNS zone dosyalarında hedef isimden sonra gelen nokta (siteadi.com.) önemlidir; eksikliği kaydın yanlış yorumlanmasına neden olabilir.

Bu beş maddeyi kontrol listesi gibi kullanırsanız, bağlama işleminde karşılaşacağınız sorunların büyük çoğunluğunu daha ekranın karşısındayken yakalarsınız.

Sıkça Sorulan Sorular#

Alan adını hostinge bağlamak ne kadar sürer?#

Bağlama işleminin kendisi birkaç dakikadır; asıl bekleme, değişikliğin internete yayılması yani propagasyon süresidir. A kaydı değişiklikleri genellikle birkaç dakika ile birkaç saat içinde her yerde geçerli olur, nameserver değişiklikleri ise biraz daha uzun sürebilir. En kötü senaryoda 24-48 saati bulsa da, çoğu kullanıcı ilk birkaç saat içinde sitesini açık görür. Süreyi kısaltmak için geçişten önce TTL değerini düşürmek işe yarar.

Nameserver mı yoksa A kaydı yöntemi mi daha iyi?#

İkisi de aynı sonucu verir; seçim DNS'i kimin yöneteceğine bağlıdır. Her şey tek bir hosting firmasında olacaksa ve uğraşmak istemiyorsanız nameserver yöntemi daha pratiktir çünkü e-posta ve diğer kayıtlar otomatik gelir. DNS'inizi Cloudflare gibi bir serviste tutuyor ya da e-postanızı ayrı bir sağlayıcıdan alıyorsanız A kaydı yöntemi daha esnektir. Yeni başlayanlara nameserver, ileri kullanıcılara A kaydı yolunu öneririm.

Alan adı başka bir firmadan, hosting Clou.TR'den olabilir mi?#

Evet, alan adının ve hostingin farklı firmalardan olmasında hiçbir sakınca yoktur ve çok yaygın bir durumdur. Bu senaryoda ya domain firmanızın panelinden Clou.TR ad sunucularını tanıtırsınız ya da A kaydını Clou.TR sunucu IP'sine yönlendirirsiniz. İki yöntem de bu rehberde anlatıldığı gibi çalışır; alan adının nereden alındığının teknik olarak bir önemi yoktur.

DNS değişikliğini yaptım ama site hâlâ açılmıyor, ne yapmalıyım?#

Önce değişikliğin gerçekten kaydedildiğini dig veya nslookup ile doğrudan yetkili ad sunucusuna sorarak kontrol edin; orada doğru değeri görüyorsanız sorun sadece önbellek ve zamandır. Ardından kendi bilgisayarınızın DNS önbelleğini temizleyin ve farklı bir ağdan (örneğin mobil veri) deneyin. Hâlâ görünmüyorsa domainin hosting hesabına addon/alias olarak eklenip eklenmediğini ve SSL'in kurulup kurulmadığını kontrol edin.

www ile açılıyor ama www olmadan açılmıyor, sebebi nedir?#

Bu durum genellikle iki kayıttan birinin eksik olmasından kaynaklanır. www için CNAME veya A kaydı varken kök alan adı (@) için A kaydı tanımlanmamışsa, wwwsuz sürüm hiçbir yere çözümlenmez. Çözüm, hem @ hem de www için kayıt tanımlamak ve ideal olarak birinden diğerine 301 yönlendirme kurmaktır. WordPress kullanıyorsanız site adresi ayarının da tutarlı olduğundan emin olun.

Bağlama işlemi sitemdeki mevcut verileri siler mi?#

Hayır, alan adını hostinge bağlamak yalnızca yönlendirme ayarıdır; sunucudaki dosyalarınıza, veritabanınıza veya e-postalarınıza dokunmaz. Sadece "bu isim hangi sunucuya gitsin" bilgisini değiştirirsiniz. Bir siteyi taşırken veri kaybı riski, DNS ayarından değil, dosya ve veritabanı aktarımının eksik yapılmasından doğar; bu yüzden taşımadan önce mutlaka yedek almak iyi bir alışkanlıktır.

Kapanış#

Alan adını hostinge bağlamak, ilk kez yapanlara karmaşık görünse de aslında tek bir mantığa dayanır: ismi doğru sunucuya işaret ettirmek. İster nameserver yöntemiyle tüm DNS yönetimini hosting firmasına devredin, ister A kaydı yöntemiyle kontrolü elinizde tutun; sonuç, ziyaretçilerinizin adresi yazdığında sitenizi görmesidir. Bir kez mantığını kavradıktan sonra bu işlem birkaç dakikanızı alır ve gerisi sadece propagasyonun tamamlanmasını beklemektir.

Kendi projeniz için sağlam bir başlangıç yapmak istiyorsanız, ihtiyacınıza uygun bir hosting paketi ya da daha fazla kontrol isteyen projeler için bir sunucu çözümü seçebilir, alan adınızı domain tarafından yönetebilirsiniz. Kurulumu ve performansı ileriye taşımak için sunucu yönetimi desteğine, sitenizin büyümesi için SEO çalışmalarına ve hazır uygulamalarla hızlı başlangıç için App Center seçeneklerine göz atabilir, işinizi kolaylaştıracak ücretsiz araçlar koleksiyonunu inceleyebilirsiniz. Takıldığınız her adımda destek ekibimiz yanınızda.