Alan adını DNS kesintisi olmadan transfer edin

Kayıt şirketi taşıması neden DNS'i kesintiye uğratmaz?

Çünkü ad sunucuları kayıt otoritesinin kaydının bir parçasıdır ve taşıma onlara dokunmaz. Kayıt otoritesi sponsor kayıt şirketini değiştirir ve son kullanma tarihini uzatır. Dünyaya DNS'inizi nerede bulacağını söyleyen NS delegasyonu aynı kalır.

TransferOffshore bunu varsayılan olarak böyle tutar. Ödeme adımının Ad sunucuları bölümünde, sepetinizde yalnızca taşımalar olduğunda Mevcut ad sunucularını koru işaretlidir. Bunun yerine bizim ad sunucularımızı, Cloudflare'i veya özel ad sunucularını seçebilir ve bunu daha sonra Alan adlarım bölümünde değiştirebilirsiniz.

Yani soru hiçbir zaman “taşıma DNS'imi taşır mı?” değildir. Soru “ad sunucularım için kim yanıt veriyor ve alan adı ayrıldıktan sonra da yanıt vermeye devam edecek mi?”dir.

Bir alan adı taşıması ne zaman kesintiye yol açar?

Kesinti, alan adı ayrıldıktan sonra eski kayıt şirketine bağlı bir hizmetin durması durumunda ortaya çıkar. Başlamadan önce şu dört durumu kontrol edin:

• Eski kayıt şirketinde barındırılan DNS. Birçok kayıt şirketi ücretsiz DNS sunar. Bölge genellikle onların ad sunucularında bulunur ve alan adı ayrıldığında silinebilir. Örneğin Squarespace, çoğu sağlayıcı bunları tutmayacağından müşterilerine DNS kayıtlarını kaydetmelerini söyler (yardım merkezine göre, Ekim 2026).
• Eski kayıt şirketindeki posta kutuları veya yönlendirme. Gandi, bir alan adı dışarı taşındığında posta kutusu hizmetinin anında durduğunu söyler. Posta verileri 7 gün sonra silinir (belgelerine göre, Ekim 2026).
• DNSSEC. Kayıt otoritesinde yeni DNS sağlayıcınızda bulunmayan anahtarları gösteren bir DS kaydı çözümlemeyi bozar.
• Cloudflare Registrar. Orada kayıtlı alan adları Cloudflare ad sunucularını kullanmak zorundadır ve bölgenin taşımadan sonraki durumu belgelenmemiştir.

Ad sunucularınız bağımsız bir sağlayıcıya aitse, örneğin hosting sağlayıcınız veya bir DNS hizmeti, bunların hiçbiri geçerli değildir. O zaman taşıma ziyaretçiler için görünmez olur.

Hangi DNS kayıtlarını kopyalamanız gerekir?

Yalnızca web sitesi kayıtlarını değil, bölgedeki her kaydı kopyalayın. Eksik e-posta ve doğrulama kayıtları en sessiz hatalara yol açar: postalardan günler sonra geri döner veya spam'e düşer.

Kayıtlarınızı dig ile nasıl kontrol edersiniz?

Mevcut ad sunucusunu doğrudan sorgulayın, yanıtları kaydedin, ardından geçiş yapmadan önce yeni DNS sağlayıcısına aynı soruları sorun. Yanıtlar eşleşiyorsa yeni zone hazırdır. example.com yerine alan adınızı, ad sunucusu adları yerine dig NS tarafından döndürülenleri yazın.

#!/usr/bin/env bash
# Who answers for the domain today?
dig +short NS example.com

OLD_NS=ns1.old-dns.example.com   # a nameserver from the line above
NEW_NS=ns1.new-dns.example.com   # a nameserver of the new DNS host

# Apex records: run once against each nameserver and compare
for ns in "$OLD_NS" "$NEW_NS"; do
  echo "== $ns"
  for type in A AAAA MX TXT CAA; do
    echo "-- $type"
    dig +short "$type" example.com "@$ns" | sort
  done
done

# Names that live below the apex
dig +short CNAME www.example.com "@$OLD_NS"
dig +short TXT _dmarc.example.com "@$OLD_NS"
dig +short TXT selector1._domainkey.example.com "@$OLD_NS"
dig +short SRV _sip._tls.example.com "@$OLD_NS"

# Is DNSSEC on? Any DS answer means yes
dig +short DS example.com

# TTL of the records you will change (second column)
dig +noall +answer A example.com "@$OLD_NS"

DNS'i eski kayıt şirketinden güvenle nasıl taşırsınız?

Önce DNS'i taşıyın, bekleyin, sonra alan adını transfer edin. Aynı gün yapılan iki değişiklik herhangi bir arızanın izini sürmeyi zorlaştırır.

1. TTL değerlerini düşürün. Bir iki gün önceden, değiştireceğiniz kayıtların TTL değerini 300 saniyeye ayarlayın, böylece önbellekler eski yanıtları hızla unutsun.
2. Yeni zone'u oluşturun. Yeni DNS sağlayıcısında her kaydı oluşturun: bizim ad sunucularımız, Cloudflare veya başka bir sağlayıcı.
3. Karşılaştırın. Yanıtlar eşleşene kadar yukarıdaki dig kontrollerini eski ve yeni ad sunucusuna karşı çalıştırın.
4. Ad sunucularını eski kayıt şirketinde değiştirin. Bazı kayıt şirketleri transfer beklemedeyken DNS düzenlemelerini engeller, bu yüzden bunu transfer başlamadan önce yapın.
5. Delegasyonun güncellenmesini bekleyin. Kayıt otoritesindeki NS kayıtları .com'da iki güne kadar önbellekte kalabilir.
6. Transferi başlatın ve Mevcut ad sunucularını koru seçeneğini işaretleyin. Alan adı yeni DNS'i göstererek gelir.

Alan adı geldikten ve her şey çalıştıktan sonra TTL değerlerini yeniden yükseltin.

Transfer sırasında DNSSEC ne olacak?

DNS operatörü aynı kalıyorsa DNSSEC'e dokunmayın; değişiyorsa önce DS kaydını kaldırın. DNSSEC, kayıt otoritesini bir DS kaydı üzerinden DNS anahtarlarınıza bağlar. Doğrulayan çözümleyiciler, bu kayıtla eşleşmeyen yanıtları reddeder.

• Aynı DNS operatörü, aynı anahtarlar. DS kaydı geçerli kalır. Transfer ona dokunmaz.
• Yeni DNS operatörü. DS kaydını kayıt şirketinde kaldırın, önbelleklerin süresi dolması için en az iki gün bekleyin, sonra ad sunucularını değiştirin. Zone'u yeni sağlayıcıda imzalayın ve yeni DS kaydını imzalı yanıtları yayınladıktan sonra ekleyin.
• DNS ve DNSSEC'in ikisi de eski kayıt şirketi tarafından yönetiliyor. Anahtarları DNS hizmetiyle birlikte gider, bunu yeni bir operatör olarak ele alın.

Eşleşmeyen bir DS kaydı, doğrulayan çözümleyici kullanan her kullanıcı için kısmi değil tam bir kesintidir. Squarespace dahil birçok kayıt şirketi transferden önce DNSSEC'i kapatmanızı ister. Bizim panelimizde DNSSEC açıkken ad sunucularını değiştirmek önce bir uyarı gösterir.

Alan adı Cloudflare Registrar'da ise ne olur?

Cloudflare Registrar, Cloudflare ad sunucularını zorunlu kılar, bu yüzden zone ve kayıt birbirine bağlıdır. Belgelerinde, Cloudflare Registrar'daki tüm alan adlarının Cloudflare ad sunucularını kullandığı belirtilir (Ekim 2026 itibarıyla).

Cloudflare, alan adı transfer edildikten sonra zone'un yanıt vermeye devam edip etmediğini belgelemez. Alan adını kaldırma sayfası, bir alan adını kaldırmanın Cloudflare DNS çözümlemesini durdurduğunu söyler. İki güvenli seçenek:

• Cloudflare DNS'i koruyun. Transferi onaylamadan önce Cloudflare kontrol panelinde zone'un etkin kalacağını doğrulayın. Ardından "Mevcut ad sunucularını koru" ile transfer edin veya formda Cloudflare ön ayarını seçin.
• Önce DNS'i taşıyın. Zone'u başka bir DNS sağlayıcısında oluşturun, ad sunucularını değiştirin, bekleyin, sonra transfer edin.

Kod ve kilit için Cloudflare adımları Cloudflare transfer rehberinde.

E-posta yönlendirme ve URL yönlendirmeye ne olur?

Eski kayıt şirketi alan adına artık hizmet vermediğinde dururlar. Yönlendirme, kayıt şirketinin kendi sunucularında çalıştırdığı ve kendi ad sunucularına bağlı bir hizmettir.

• E-posta yönlendirme. Kişisel gelen kutunuza yönlendirilen contact@ gibi takma adlar posta almayı durdurur. Bunları posta sağlayıcınızda veya bizim ad sunucularımızı kullanıyorsanız panelimizde yeniden oluşturun.
• URL yönlendirme. example.com'dan başka bir siteye yönlendirme durur. Bunu web barındırıcınızda veya bizim ad sunucularımızla panelimizde yeniden oluşturun.
• Kayıt şirketi tarafından satılan posta kutuları. Postayı transferden sonra değil önce taşıyın ve MX kayıtlarını değiştirin.

Bizim ad sunucularımızla alan adı sayfası DNS kayıtlarını, web yönlendirmeyi, e-posta yönlendirmeyi ve DNSSEC'i içerir.