Alan Adı, Hosting ve DNS: Jargonsuz Anlatım

Alan adı, hosting ve DNS genelde tek bir faturayla gelen üç ayrı şey; işletmelerin web sitesi adreslerinin kime ait olduğunu bilmemesinin yolu da bu. Asıl sorun jargon değil. Asıl sorun, üçünün her birinin farklı bir tarafça tutulabilmesi ve birini geri almanın diğer ikisinden çok daha zor olması.

Bu rehber her birinin gerçekte ne olduğunu anlatıyor; sonra da iş sarpa sarana kadar kimsenin anlatmadığı kısmı ele alıyor: ICANN'in bir alan adını ne zaman taşıyabileceğinize dair yayımladığı kurallar.

Üç şey, sade hâliyle

Alan adı kiraladığınız bir isim. Kimse bir alan adına tam anlamıyla sahip olmaz — belirli bir süre için, yenilenebilir bir kayıt tutarsınız. Para ödediğiniz şirket kayıt şirketi (registrar); uzantının tamamını (.com, .com.tr) işleten kurum ise registry. Kaydı elinde tutan olarak kaydedilen kişi ya da şirket kayıt sahibi (registrant) ve bu yazıda en çok önem taşıyan kelime bu.

Hosting, sitenizin üzerinde çalıştığı makine. Dosyaları saklar, kodu çalıştırır, veritabanını tutar. Hosting taşımak normal ve geri alınabilir bir işlem — siteyi başka yere kopyalar, oraya işaret edersiniz.

DNS arama tablosu. Biri alan adınızı yazdığında bilgisayarı DNS'e hangi sunucuyla konuşacağını sorar. DNS kayıt şirketinizde, hosting sağlayıcınızda ya da üçüncü bir yerde durabilir; bir alan adını yeni bir hosting'e yönlendirmek alan adı değişikliği değil DNS değişikliğidir.

Pratik özeti: hosting ve DNS bir öğleden sonrada yapabileceğiniz hamleler. Alan adı değil ve kontrol etmeyi unuttukları da o.

Kayıt sahibi gerçekte kim

Her şeyden önce sorulacak tek soru bu ve çoğu işletme cevabına hiç bakmamış.

Kayıt sahibi olarak bir ajans, bir freelancer ya da eski bir çalışan görünüyorsa, kaydı onlar tutuyor demektir. Site değil, içerik değil, hosting değil — onları yeniden kurabilirsiniz. Ama müşterilerinizin yazdığı adres, e-posta yönlendirmeniz ve bugüne kadar kazandığınız her backlink, hukuken taşıma yetkisi başkasında olan bir isme bağlı.

Bu konudaki tutumumuz web sitesi yapımı rehberimizde: alan adını proje başlamadan önce kendiniz kaydedin, personel değişikliklerinden etkilenmeyen bir şirket e-postasıyla açılmış bir hesapta. Ajansa gerekiyorsa DNS erişimi verin. Kayıt sahipliğini asla — aynı ilke depo ve diğer bütün hesaplar için de geçerli. Aynısı sözleşmeye de girer — tedarikçi yurt dışındaysa geri kalan evrakla birlikte.

Kimsenin söylemediği 60 günlük kurallar

ICANN'in kendi Devir Politikası burada konuşmadaki en kullanışlı belgeye dönüşüyor; çünkü bir kayıt şirketinin tam olarak ne zaman hayır diyebileceğini yazıyor.

Kayıt şirketi bir devri şu durumda reddedebilir:

"3.7.5 Devir, alan adının registry Whois kaydında görünen oluşturma tarihinden itibaren 60 gün içinde talep edilmiştir."

ve şu durumda:

"3.7.6 Alan adı, devredildikten sonraki 60 gün (ya da belirlenecek daha kısa bir süre) içindedir…"

Yani yeni kaydedilmiş bir alan adı iki ay, yeni devredilmiş olan ise iki ay daha yerinde takılı kalıyor. Biri bugün sizin adınıza bir alan adı kaydederse, o pencere kapanana kadar onu hiçbir yere götüremezsiniz — ikiniz ne anlaşmış olursanız olun.

Üçüncü bir kilit daha var ve doğru şeyi yanlış sırayla yapanları yakalıyor. Kayıt şirketi şu durumda devri reddetmek zorunda:

"3.8.5 Kayıt şirketi, kayıt sahibi değişikliğinin ardından 60 günlük kayıt şirketleri arası devir kilidi uygulamıştır ve kayıt sahibi, kayıt sahibi değişikliği talebinden önce bu kilitten muaf kalmayı seçmemiştir."

Yani sahibi değiştirmek, alan adını iki ay yerine çivileyebiliyor. ICANN ne yapılacağını politikanın içinde söylüyor: önceki kayıt sahibine "60 günlük kilidi tetiklememek için, kayıt sahibi değişikliğinden önce kayıt şirketleri arası devri talep etmesi öneriliyor."

Sıra şu: önce kayıt şirketini taşıyın, sonra kayıt sahibini değiştirin. Çoğu kişi tersini yapıyor; çünkü sahibi değiştirmek önemli adım gibi görünüyor. Sonra da işi bitiremeden iki ay bekliyorlar.

Elinizdeki koz

Zor bir konuşmanın tonunu değiştirdiği için bilinmeye değer bir madde var. ICANN, bir devrin reddedilemeyeceği durumları sıralıyor ve ilki şu:

"3.9.1 Beklemedeki ya da gelecekteki bir kayıt dönemi için ödeme yapılmaması."

Bir kayıt şirketi önceki kayıt döneminin ödenmemesi nedeniyle devri reddedebilir. Henüz gerçekleşmemiş bir yenilemeye karşılık alan adınızı tutamaz. Biri gelecekteki hizmete ait bir fatura yüzünden alan adını bırakmıyorsa, uyduğu bir kural yok demektir.

DNS ve taşımaların gece üçte bozulma sebebi

DNS kayıtları bir TTL taşır — time to live — yani başka makinelerin cevabı ne kadar süre hatırlamasına izin verildiği. Cloudflare'in dokümantasyonu tam olarak şöyle koyuyor: TTL "her kaydın ne kadar süre önbelleklendiğini ve sonuç olarak kayıt güncellemelerinin son kullanıcılarınıza ulaşmasının ne kadar süreceğini kontrol eder." Auto ayarı 300 saniye ve proxy'li kayıtlar bu değere sabitli.

Bozulma biçimi hep aynı. Taşıma planlanır, TTL taşımanın günü düşürülür ve değişiklik yine de herkese ulaşmak için saatler alır — çünkü dünyanın önbelleğindeki şey eski, uzun TTL'dir. TTL'i taşımanın sırasında değil, bir iki gün öncesinde düşürün. Cloudflare dürüst şerhi de düşüyor: "Kayıt değişikliklerini gerçekten deneyimlemeniz 5 dakikadan uzun sürebilir; çünkü yerel DNS önbelleğinizin güncellenmesi daha uzun sürebilir."

E-postayı da aklınızda tutun. MX kayıtları web sitesi kayıtlarıyla aynı bölgede yaşar; yani dikkatsiz bir "alan adını yeni siteye yönlendir" hamlesi şirketin postasını kesebilir. MX'e sonradan değil önceden bakın.

Projede ne yapıyoruz

DNS erişimi istiyoruz, kayıt sahibi olmayı istemiyoruz. Alan adını müşteri kaydediyor ya da zaten elinde oluyor; biz onun içinde çalışıyoruz.

Bir müşteri önceki ajansa kayıtlı bir alan adıyla geldiğinde ilk yaptığımız şey, üç 60 günlük saatten hangisinin işlediğini tespit etmek; çünkü yayın tarihini herhangi bir geliştirme tahmininden daha güvenilir biçimde o belirliyor. Bu soruyu projenin sonunda değil başında sormamızın sebebi de bu — adım adım yapım rehberimizde ele aldığımız gibi.

"Alan adını biz yönetelim"i bir hizmet olarak görmüyoruz. Kolaylık gibi okunup kilit gibi çalışıyor; pazarlık etmeden ayrılamayan bir müşteri de istediğimiz bir ilişki değil. Nelerle ilgilendiğimizi web sitesi yapımı sayfamız anlatıyor.

Beş dakikalık kontrol

1. Kendi alan adınızı sorgulayın. Herkese açık bir WHOIS ya da RDAP sorgusu kayıt şirketini ve çoğu zaman kayıt sahibi kurumu gösterir. İsim sizin değilse bugünün işi bu.
2. Hesap e-postasının bir şirket adresi olduğunu doğrulayın — bir kişinin değil ve o kişi ayrıldığında çalışmayı bırakmayan bir adres.
3. Bitiş tarihine bakın ve otomatik yenilemeyi açın. Bir alan adını kaybetmenin en yaygın yolu anlaşmazlık değil; süresi dolmuş bir karttır.
4. DNS'in nerede barındığını bilin — kayıt şirketi, hosting ya da üçüncü bir yer — ve girişin kimde olduğunu.
5. Her taşımadan önce TTL'i bir gün önceden düşürün ve önce MX kayıtlarınızı bir yere not edin.

Yayın tarihine bağlanmadan önce hangi saatlerin işlediğini birinin kontrol etmesini tercih ederseniz, alan adını bize gönderin; kayıtların ne söylediğini iletelim. Alan adı ve barındırma kararının yapım sırasının neresine düştüğünü web sitesi kurma yazısı gösteriyor.