Alan adı taşıma: ön kontrol ve adım adım plan
Kayıt firması, DNS sağlayıcısı ya da e-posta hizmeti değiştirirken sorunlar hep aynı yerlerde çıkar: fazla yaklaşmış bir bitiş tarihi, açık kalan transfer kilidi, eski firmayla birlikte kapanan DNS, geride unutulan DS kaydı, uzun TTL değerleri, taşınmayan DKIM anahtarı. Alan adını girin; bu sayfa bu noktaları canlı ve herkese açık veriler üzerinden kontrol eder, adımları sırasıyla verir ve taşıma bitince önceki değerlerle karşılaştırır.
Kontroller; herkese açık kayıt verilerini, DNS'i ve sitenin sertifikasını gösterilen anda sunucumuzdan okur. Bu sayfa kayıt firmasındaki hesabınızı göremez, kilit açamaz, transfer başlatamaz; dışarıdan görünmeyen kayıtları da bilemez. Başarısız olan bir kontrol "kontrol edilemedi" olarak gösterilir, asla sorunsuz sayılmaz.
Adım adım plan: Kayıt firmasını değiştirmek
8 adımdan 0 tanesi tamamlandı
İşaretlediğiniz adımlar, seçtiğiniz senaryo ve ön kontrol değerleri yalnızca bu tarayıcıda (yerel depolama) tutulur. Bize gönderilmez, başka bir cihaza taşınmaz ve site verilerini temizlediğinizde silinir.
Taşıma sonrası kontrol
Taşıma bitince kontrolleri yeniden çalıştırın. Her değer, bu tarayıcıda saklanan ön kontrolle karşılaştırılır.
Önce ön kontrolü çalıştırın: henüz karşılaştırılacak bir şey yok.
Bu değişikliği izleyin
Çalışma alanındaki bir izleme, bir kaydı beklediğiniz değere göre yeniden kontrol eder ve ölçülen çözümleyicilerden kaçının o değeri döndürdüğünü bildirir; örneğin "12 çözümleyiciden 9'u". Hesap gerektirir.
Adım adım plan
Alan adı başka bir kayıt firmasına nasıl transfer edilir?
- Bitiş tarihine bakın, yakınsa yenileyin. En az 15 gün varken başlayın. Ön kontrol daha azını gösteriyorsa önce mevcut firmada yenileyin.
- DNS'in nerede duracağına karar verin. Nameserver'lar mevcut firmaya aitse bölgeyi yeni DNS sağlayıcısında kurun ve nameserver'ları transferden önce değiştirin (DNS senaryosuna bakın). DNS ayrı bir hizmetse ona dokunmayın.
- Alan adı sahibi e-postasını okuyabildiğinizden emin olun. Onay ve bilgilendirme iletileri kayıttaki iletişim adresine gider. Eski bir posta kutusuysa önce güncelleyin; bazı firmaların böyle bir değişiklikten sonra alan adını 60 gün kilitlediğini de unutmayın.
- Transfer kilidini kapatın. Mevcut firmanın panelinde "transfer kilidi", "registrar lock" ya da "domain lock" adıyla bulunur. Ardından clientTransferProhibited durumu kayıt verilerinden kalkar; görmek için kontrolü yeniden çalıştırın.
- Transfer kodunu isteyin. EPP kodu ya da auth code olarak da bilinir. Mevcut firma verir, sınırlı bir süre geçerlidir ve alan adının parolası gibidir: yeni firmanın sipariş formu dışında kimseye göndermeyin.
- Transferi yeni firmada başlatın. Transferi orada sipariş edin ve kodu girin. Genel TLD'lerin çoğunda transfer, mevcut bitiş tarihine eklenen bir yıllık yenilemeyi içerir.
- Onaylayın ya da beş günün dolmasını bekleyin. Mevcut firma sizden onay isteyebilir. İtiraz eden olmazsa genel bir TLD transferi beş gün sonra kendiliğinden tamamlanır. Transfer beklerken iletişim bilgilerini ya da nameserver'ları değiştirmeyin.
- Sonrasında: yeniden kilitleyin ve doğrulayın. Yeni firmada transfer kilidini yeniden açın, otomatik yenilemeyi ve iletişim bilgilerini kontrol edin, ardından aşağıdaki taşıma sonrası kontrolü çalıştırın.
DNS sağlayıcısı kesinti olmadan nasıl değiştirilir?
- Bölgenin tamamını dışa aktarın. Mevcut DNS sağlayıcınızda dışa aktarma özelliği varsa onu kullanın. Ön kontrol yalnızca alan adının kendisindeki yaygın kayıt türlerini görür: alt alan adları, DKIM seçicileri, SRV ve doğrulama amaçlı TXT kayıtları dışarıdan görünmez.
- TTL'leri bir gün önceden düşürün. Taşıyacağınız kayıtları mevcut sağlayıcıda 300 saniyeye indirin, sonra en az eski TTL kadar bekleyin.
- Her kaydı yeni DNS sağlayıcısında yeniden oluşturun. MX öncelikleri ve uzun TXT kayıtlarının tırnakları dahil, değerleri birebir kopyalayın. Aynı adımda başka hiçbir şeyi değiştirmeyin.
- Geçişten önce yanıtları karşılaştırın. Yeni nameserver'ları doğrudan sorgulayın (dig @yeni-nameserver example.com MX) ve mevcut yanıtlarla karşılaştırın. Birebir aynı olmalıdır.
- DNSSEC açıksa önce DS'i kaldırın. DS kaydını kayıt firmasından silin ve TTL süresinin geçmesini bekleyin. Eski DS dururken nameserver değiştirmek, doğrulama yapan çözümleyicilerde alan adının çalışmamasına yol açar.
- Nameserver'ları kayıt firmasından değiştirin. Yeni sağlayıcının bütün nameserver'larını girin. Burada uzantının kendi NS TTL değeri geçerlidir; çoğunlukla bir iki gündür ve düşüremezsiniz.
- Eski bölgeyi çalışır durumda tutun. Eski bölgeye en az 48 saat dokunmayın: eski yetkilendirmeyi hâlâ önbelleğinde tutan çözümleyiciler doğru yanıt almaya devam etmelidir.
- Yeniden imzalayın ve TTL'leri yükseltin. DNSSEC kullanıyorsanız yeni sağlayıcıda imzalamayı açın ve yeni DS'i kayıt firmasında yayımlayın. Her şey oturduğunda TTL'leri olağan değerlerine çıkarın, ardından taşıma sonrası kontrolü çalıştırın.
Bir alan adının e-postası başka bir sağlayıcıya nasıl taşınır?
- Bugün kimin e-posta gönderip aldığını listeleyin. MX, SPF, DMARC ve bütün DKIM seçicileri; ayrıca alan adınızla gönderim yapan diğer sistemler: bültenler, faturalama, sitenin iletişim formu. Hepsi taşımadan sonra da SPF ya da DKIM'den geçmelidir.
- MX TTL'ini bir gün önceden düşürün. DNS sağlayıcınızda 300 saniyeye indirin ve en az eski TTL kadar bekleyin.
- Yeni sağlayıcıda posta kutularını ve takma adları oluşturun. Bugün e-posta alan her adres MX değişikliğinden önce var olmalıdır; yoksa o adrese gelen ileti geri döner. Alan adını, yeni sağlayıcının verdiği TXT kaydıyla doğrulayın.
- Yeni DKIM anahtarını yayımlayın. Yeni sağlayıcının DKIM kaydını eskisinin yanına ekleyin. Farklı seçiciler çakışmaz; geçiş boyunca ikisi de kalabilir.
- MX kayıtlarını değiştirin. Eski MX kayıtlarını, yeni sağlayıcının kurulum rehberinde yazdığı şekilde, öncelikleriyle birlikte yenileriyle değiştirin. İki sağlayıcının MX kayıtlarını karıştırmayın.
- SPF'i güncelleyin, sonra DMARC'a bakın. Yeni sağlayıcının include ifadesini tek SPF kaydına ekleyin; eskisini, üzerinden gönderim kalmadığında çıkarın. Taşıma sırasında DMARC politikasını olduğu gibi bırakın; sıkılaştırmadan önce bir hafta raporları okuyun.
- Eski posta kutularını bir süre tutun. Gönderen sunucular yeniden dener, önbellekler farklı zamanlarda dolar: birkaç gün boyunca eski sağlayıcıya ileti gelmeye devam edebilir. Önce saklanan postayı taşıyın, sonra iptal edin.
Yeni e-posta sağlayıcısı için kurulum rehberleri
Yaygın sağlayıcıların MX, SPF ve DKIM kayıtları, alan adınızı bunlara göre kontrol eden bir araçla birlikte.
Bu taşımayla ilgili terimler ve araçlar
Alan adı taşıma hakkında sorular
Kayıt firması transferi kesintiye yol açar mı?
Tek başına hayır. Transfer, kaydı kimin yönettiğini değiştirir; DNS'in nereden yanıtlandığını değil. Kesinti, nameserver'lar eski firmaya aitse ve alan adı ayrılınca kapatılırsa yaşanır. Önce DNS'i taşıyın ya da eski firmanın bölgeyi sunmaya devam edeceğini teyit edin.
60 günlük transfer kilidi nedir?
Genel TLD'lerde kayıt firmaları, ICANN Transfer Politikası gereği alan adı kaydedildikten sonraki ilk 60 gün ve önceki bir transferden sonraki 60 gün içinde transferi reddeder. Bazı firmalar alan adı sahibinin bilgileri değiştiğinde de kilit uygular. Ülke kodlu uzantıların kendi kuralları vardır.
Hangi durum kodları transferi durdurur?
clientTransferProhibited, firmanın transfer kilididir: mevcut firmanın panelinden kapatırsınız. serverTransferProhibited, pendingTransfer, pendingDelete ve redemptionPeriod ise kayıt operatöründe konur ve ancak arkalarındaki süreç bitince kalkar.
TTL'i düşürdükten sonra ne kadar beklemeliyim?
En az eski TTL kadar. Kaydı değişikliğinizden hemen önce almış bir çözümleyici, eski TTL dolana kadar onu kullanır; kısa değeri ancak ondan sonra görür.
Nameserver değiştirirken DNSSEC neden önemli?
Üst bölgedeki DS kaydı, mevcut DNS sağlayıcısının anahtarlarını gösterir. Yeni nameserver'lar başka anahtarlarla imzalar ya da hiç imzalamaz. Eski DS yayımda kaldıkça doğrulama yapan çözümleyiciler her yanıtı sahte sayar ve alan adı onların kullanıcıları için çalışmaz. Önce DS'i kaldırın, geçişi yapın, sonra yenisini yayımlayın.
MX kayıtları değişirken e-posta kaybeder miyim?
Gönderen sunucular hedef yanıt vermediğinde günlerce yeniden dener; kısa boşluklar nadiren ileti kaybettirir. İleti, adres yeni sağlayıcıda henüz yoksa ya da eski kutular önbellekler dolmadan iptal edilirse kaybolur. Önce bütün adresleri oluşturun, eski sağlayıcıyı da birkaç gün tutun.
Kontrol listem sunucularınızda saklanıyor mu?
Hayır. İşaretlediğiniz adımlar ve ön kontrol değerleri tarayıcınızın yerel depolamasında kalır. Sorguların kendisi, bu sitedeki diğer sorgular gibi sunucumuzda çalışır.