Alan Adı Transferi Nasıl Yapılır?

Sesli Dinle — Makale

Alan adı transferi, bir alan adının kayıt yönetimini mevcut kayıt kuruluşundan yeni kayıt kuruluşuna taşır. Yetki kodu kullanan uzantılarda kayıt sahibi, kaldırılabilir transfer kilidini açar, alan adına özel kodu alır ve talebi yeni kayıt kuruluşunda başlatır. Uygun talep onay ve kayıt sistemi işlemlerinden sonra tamamlanır.

Transfer, DNS kayıtlarını, ad sunucularını, site dosyalarını, e-postayı veya hosting hesabını kendiliğinden taşımaz. Alan adının sahibi de yalnız kayıt kuruluşu değiştiği için değişmez. Kayıt sahibi değişikliği, hesaplar arası taşıma ve kayıt kuruluşları arası transfer ayrı işlemlerdir.

İlk kontrol alan adı uzantısının kuralıdır. ICANN’in Transfer Politikası, ICANN sözleşmeli genel üst düzey alan adları için temel çerçeveyi belirler. Ülke kodlu veya başka özel uzantılar kendi kayıt operatörü kurallarını kullanabilir.

Alan Adı Transferinde Ne Değişir, Ne Değişmez?

Transfer tamamlandığında alan adı metni ve ilk oluşturulma tarihi aynı kalır. Kayıt süresinin bitiş tarihi, uzantı politikasına ve transferle eklenen süreye göre değişebilir. Ad sunucuları kayıt sisteminde korunabilir; fakat eski kayıt kuruluşuna bağlı ücretsiz DNS hizmetinin müşteri ayrıldıktan sonra sürmesi ayrıca doğrulanmalıdır.

Hangi Transfer Politikası ve 60 Günlük Kural Uygulanır?

Genel üst düzey alan adı (gTLD), .com ve benzeri ICANN sözleşmeli uzantıları kapsar. Bu grupta mevcut politika; ilk kayıt tarihinden sonraki 60 gün içinde veya önceki kayıt kuruluşu transferinden sonraki 60 gün içinde talebin reddedilebilmesine izin verir. Kayıt sahibi değişikliğinin ardından oluşan 60 günlük kilit ise önceden sunulmuş bir vazgeçme seçeneği kullanılmadıysa transferi engeller.

Ülke kodlu üst düzey alan adı (ccTLD), ülke veya bölge kayıt operatörünün kurallarına tabidir. Yetki kodu biçimi, bekleme süresi, ücret, yenileme etkisi ve onay yöntemi genel üst düzey alan politikasından farklı olabilir. Bir uzantının yalnız iki harfli olması bütün işlemlerin aynı olduğu anlamına gelmez.

Politika incelemeleri, kurul kararları veya duyurulan gelecek değişiklikler, yürürlük tarihi gelmeden mevcut işlemi otomatik olarak değiştirmez. Transferi başlatacağınız gün yeni kayıt kuruluşunun uygunluk sonucunu, ilgili kayıt operatörü kuralını ve yürürlükteki politikayı birlikte kontrol edin.

• İlk kayıt tarihini ve son kayıt kuruluşu transfer tarihini doğrulayın.
• Yakın zamanda kayıt sahibi adı, kuruluşu veya e-posta adresi değiştiyse kilit etkisini sorun.
• Mahkeme kararı, alan adı uyuşmazlığı veya kayıt sistemi yasağı bulunup bulunmadığını kontrol edin.
• Alan adı uzantısının yeni kayıt kuruluşunda desteklendiğini ve transfer ücretini öğrenin.

Mevcut Kayıt Kuruluşu ve Hesap Erişimi Nasıl Doğrulanır?

RDAP (Registration Data Access Protocol) sonucu genel üst düzey alanlarda kayıt kuruluşunu, önemli olay tarihlerini ve durumları gösterebilir. Kişisel iletişim verisinin gizlenmiş olması normal olabilir; transfer yetkisi yine kayıt kuruluşundaki hesap ve güvenli doğrulama kanallarıyla kanıtlanır.

Doğru yönetim hesabına, kayıtlı e-posta adresine, çok faktörlü doğrulama aracına ve hesap kurtarma yoluna eriştiğinizi sınayın. Eski bir çalışan, bayi veya ajans hesabına bağlı alan adında transferi başlatmadan önce yetkili erişimi geri almak gerekir. Ekran görüntüsü ya da herkese açık kayıt verisi hesap sahipliğinin yerine geçmez.

Kayıt sahibi bilgisini transferden hemen önce gelişigüzel değiştirmeyin. Genel üst düzey alanlarda ad, kuruluş veya e-posta değişikliği kayıt sahibi değişikliği sayılabilir ve 60 günlük kilit başlatabilir. Bazı kayıt kuruluşları kilitten vazgeçme seçeneğini yalnız değişiklikten önce sunar; sonradan geriye dönük uygulanacağı varsayılmamalıdır.

Transfer Kilidi ve Yetki Kodu Nasıl Alınır?

EPP (Extensible Provisioning Protocol) durumlarından clientTransferProhibited, kayıt kuruluşunun transferi engelleyen istemci kilidini gösterir. Panelde “Transfer Kilidi” veya “Alan Adını Aç” seçeneğiyle kaldırılabilir. serverTransferProhibited ise kayıt operatörü düzeyindeki engeldir; kayıt kuruluşunun operatörle çalışmasını gerektirebilir.

Kilidi kaldırdıktan sonra AuthInfo olarak tanımlanan yetki kodunu alın. Paneller bunu Auth-Code, EPP kodu veya transfer kodu diye de adlandırabilir. Bu kod hesap parolası değildir; alan adına özgü gizli bir doğrulama kodudur ve tek başına bütün transfer onay sürecinin yerine geçmez.

Genel üst düzey alanda panel kod üretme ve kilit kaldırma olanağı sunmuyorsa kayıt kuruluşu, geçerli kayıt sahibinin ilk talebinden itibaren beş takvim günü içinde benzersiz yetki kodunu sağlamalı ve istemci kilidini kaldırmalıdır. Kayıt kuruluşu, yalnız ödeme uyuşmazlığı bulunduğu gerekçesiyle istemci kilidini kaldırmayı veya yetki kodunu vermeyi reddedemez; ilgili kayıt dönemine ait borç ise politikadaki koşullar sağlandığında transferin ayrıca reddedilmesine neden olabilir.

Yetki kodunu e-posta zincirinde, destek ekran görüntüsünde veya ortak belgede açık bırakmayın. Kod beklenmedik kişiye ulaştıysa yenisini üretin ve eskisinin geçersiz olduğundan emin olun. Transfer tamamlanınca yeni kuruluşta kilidi yeniden etkinleştirin.

Kayıt Sahibi Bilgisi Ne Zaman Değiştirilmelidir?

Amaç hem kayıt kuruluşunu hem kayıt sahibini değiştirmekse sıra önemlidir. Genel üst düzey alanlarda kayıt sahibi değişikliğinden sonra 60 günlük kuruluşlar arası transfer kilidi uygulanır; mevcut kayıt kuruluşu yalnız değişiklikten önce vazgeçme seçeneği sunmuş ve kayıt sahibi bunu seçmişse istisna olabilir.

Bu nedenle mevcut kayıt sahibi hesabına erişim varsa ve son hedef önce kayıt kuruluşunu değiştirmekse kuruluşlar arası transferi önce tamamlamak daha güvenli olabilir. Yeni kuruluşta kayıt sahibi değişikliği ayrıca yetkili onayla yapılır. Satış, şirket devri veya uyuşmazlık durumunda sözleşme ve hukuki yükümlülükler ayrıca incelenmelidir.

Ad veya kuruluş bilgisindeki basit yazım düzeltmesi ile kayıt sahibi değişikliği aynı değildir. E-posta adresindeki değişiklik ise küçük bir düzeltme olsa bile politika kapsamında kayıt sahibi değişikliği sayılır; panelin kilit uyarısını kayıttan önce okuyun. Onay mesajını başka yere yöneltmek için e-posta adresini değiştirmek yeni kilit doğurabilir. Hesaba erişim sorunu transfer koduyla değil, kayıt kuruluşunun hesap kurtarma süreciyle çözülmelidir.

Yeni Kayıt Kuruluşunda Transfer Nasıl Başlatılır?

1. Yeni kayıt kuruluşunun uzantıyı desteklediğini, transfer fiyatını, kayıt süresine etkisini ve hizmet koşullarını kontrol edin.
2. Güçlü, benzersiz parolalı bir hesap oluşturun; çok faktörlü doğrulama ile bağımsız kurtarma bilgilerini tamamlayın.
3. Alan adını doğru yazıp transfer uygunluk sorgusunu çalıştırın.
4. Eski kayıt kuruluşundan aldığınız alana özel yetki kodunu yalnız yeni kuruluşun güvenli transfer alanına girin.
5. Gösterilen kayıt sahibi verisini, yeni sözleşmeyi, ücreti ve beklenen bitiş tarihini okuyun.
6. Yeni kuruluşun istediği güvenli onayı tamamlayın ve talep numarasını kaydedin.
7. Eski kuruluştan gelen bildirimde alan adı ile talep yönünü doğrulayın; istemediğiniz bir talebi hemen reddedin.

Yetki kodu doğru olsa bile yeni kuruluş kimlik, ödeme veya kayıt sahibi doğrulaması isteyebilir. Onay mesajındaki bağlantıyı açmadan önce gönderen alanı ve hesap içindeki aynı talebi karşılaştırın. İstenmeyen posta klasörünü kontrol edin; aynı alan için art arda yeni talep oluşturarak durumu karmaşıklaştırmayın.

Transfer Onayı ve Bekleyen Durum Nasıl İşler?

Genel üst düzey alanda kayıt operatörü transfer talebini alınca mevcut kayıt kuruluşuna bildirir. Mevcut kuruluş kayıt sahibine talebi iletir; uygun bir talep açıkça onaylanabilir veya yetkisizse reddedilebilir. Mevcut kuruluş, geçerli bir ret göndermeden beş takvim günü boyunca yanıt vermezse talep varsayılan olarak onaylanır.

EPP’de pendingTransfer, RDAP yanıtında ise pending transfer durumu, kayıt sisteminin talebi aldığını ve işlemin beklediğini gösterir. Bu durum transferin kesin tamamlandığını göstermez. Bazı kuruluşlar kayıt sahibine hızlandırılmış onay seçeneği sunar. Bu seçenek yoksa kayıt operatörünün bildiriminden sonraki beş günlük bekleme süresi dolabilir; kod alma ve ön kontroller bu sürenin dışındadır.

Bildirimde beklenmeyen alan adı, yeni kayıt kuruluşu veya talep zamanı görürseniz hiçbir kodu paylaşmayın. Mevcut hesabı güvene alın, transferi reddedin ve her iki kayıt kuruluşunun güvenlik birimleriyle hemen iletişime geçin. Tamamlanmış yetkisiz transfer için normal yeni transfer başlatmak yerine acil tersine çevirme ve uyuşmazlık yolları kullanılmalıdır.

Sona Erme, Yenileme ve Bir Yıllık Uzatma Nasıl Etkilenir?

Genel üst düzey alanlarda kayıt sahibince yetkilendirilen başarılı transfer, toplam kullanılmamış süre on yılı aşmamak üzere kayıt süresine bir yıl ekler. Ülke kodlu ve özel uzantılarda bu sonuç aynı olmayabilir; ödeme ekranındaki beklenen yeni bitiş tarihini doğrulayın.

Sona ermiş genel üst düzey alan yalnız sona erdiği veya gelecekteki yenileme ücreti ödenmediği için transferden alıkonamaz; ancak önceki kayıt dönemine ait borç, kayıt durumu ve sözleşmesel haklar ayrıca değerlendirilir. Alan adı silme talebinden sonra geri yüklenebildiği redemptionPeriod durumuna girdiyse transferden önce mevcut kayıt kuruluşunda geri yüklenmelidir. Bu durum, yalnız kayıt süresinin dolmasıyla aynı değildir.

Kayıt operatörünün sona erme sonrasında yaptığı otomatik yenilemeyi geri alabildiği dönemde transfer gerçekleşirse, otomatik yenilemenin eklediği yıl iptal edilip yalnız transferin eklediği yıl kalabilir. Bu durumda eski kuruluşa yenileme, yeni kuruluşa transfer ücreti ödenmesine rağmen bitiş tarihi toplam iki yıl değil yalnız bir yıl uzayabilir. Olası iade için eski kuruluşun koşullarını kontrol edin.

Son güne kadar beklemek hizmet kesintisi, onay gecikmesi veya geri alma ücreti riskini artırır. Transferi sona erme tarihinden yeterince önce başlatın; yine de yalnız “sona eriyor” uyarısıyla gereksiz kayıt sahibi değişikliği yapıp 60 günlük kilit oluşturmayın.

Transferde DNS ve E-Posta Hizmetleri Nasıl Korunur?

Kayıt kuruluşu transferi ad sunucularını teknik olarak değiştirmek zorunda değildir. Mevcut DNS hizmeti etkin kalırsa web ve e-posta aynı cevapları kullanmayı sürdürebilir. Ancak DNS hizmeti eski kayıt kuruluşunun ücretsiz paketine bağlıysa alan adı hesaptan çıktıktan sonra kapanabilir; bunu transferden önce yazılı olarak doğrulayın.

IPv4 adresini taşıyan A, IPv6 adresini taşıyan AAAA, MX, TXT ve CNAME kayıtlarını envantere alın. TLS sertifikasının yenileme veya üretim doğrulaması DNS kullanıyorsa ilgili kayıtların çalıştığını sınayın.

DNSSEC etkinse üst bölgedeki DS (Delegation Signer) kaydı ve mevcut DNS anahtarları korunmalıdır. Yalnız kayıt kuruluşunu değiştirmek güven zincirini bozmaz; fakat yeni kuruluş DS verisini doğru taşıyamıyorsa veya DNS sağlayıcısı da aynı anda değiştirilirse doğrulama kesilebilir.

Olası hata kaynağını ayırmak için zorunlu değilse transferle aynı anda ad sunucusu, kayıt sahibi ve hosting değişikliği yapmayın. Transfer bittikten sonra DNS ve hizmet değişikliklerini ayrı, doğrulanabilir adımlar halinde uygulayın.

Transferin Tamamlandığı Nasıl Doğrulanır?

• Yeni kayıt kuruluşu panelinde alan adının etkin ve doğru hesapta göründüğünü kontrol edin.
• RDAP kayıt verisindeki kayıt kuruluşu alanının yeni kuruluşu gösterdiğini ve pending transfer durumunun kalktığını doğrulayın.
• Ad sunucularını ve DNSSEC verilerini sorgulayın; web sitesini, e-posta gönderimini ve alımını, kullanılan alt alanları gerçek işlemlerle sınayın.
• Yeni bitiş tarihini, otomatik yenilemeyi, fiyatı, ödeme yöntemini ve fatura bilgilerini okuyun.
• Kayıt sahibi ve hesap kurtarma bilgilerini doğrulayın; gizlilik veya vekil kayıt hizmetinin yeni kuruluşta etkin olup olmadığını kontrol edin.
• Yeni hesapta çok faktörlü doğrulamayı ve transfer kilidini etkinleştirin; eski yetki kodunu güvenli notlardan kaldırın.

Eski hesaptaki DNS, hosting, e-posta, gizlilik veya sertifika hizmetlerinin kendiliğinden iptal edildiğini varsaymayın. Yalnız artık kullanılmadığı doğrulanan ek hizmetleri ayrı ayrı sonlandırın. Aynı şekilde eski otomatik ödeme talimatının transferle kesin kapandığını da kontrol etmeden kabul etmeyin.

Transfer Neden Reddedilir?

Geçerli ret nedenleri arasında sahtecilik kanıtı, yetki veren kişinin kimliği konusunda makul uyuşmazlık, ilgili kayıt dönemine ilişkin belirli ödeme sorunu, kayıt sahibinin açık itirazı, transfer kilidi, ilk kayıt veya önceki transferi izleyen 60 günlük süre ve belirli uyuşmazlık ya da mahkeme işlemleri bulunabilir. Kayıt sahibi değişikliği kilidi de zorunlu ret nedeni olabilir.

Yanlış yetki kodu veya eksik yeni kuruluş onayı talebin daha kayıt sistemine ulaşmadan başarısız olmasına yol açabilir. Ret mesajındaki kodu, RDAP durumunu ve iki kuruluşun talep numaralarını karşılaştırın. Mevcut kuruluş ret nedenini bildirmelidir. Ödeme gerekçeli ret için politikanın ilgili kayıt dönemi ve alan adını önce askıya alma koşulları sağlanmalıdır; gelecekteki kayıt dönemi ücretinin ödenmemesi tek başına ret gerekçesi değildir.

Transfer Talebi İptal Edilebilir mi?

Transfer tamamlanmadan önce mevcut kayıt kuruluşunun güvenli bildiriminden açık ret verilebilir; yeni kuruluş da talebi geri çekme seçeneği sunabilir. İşlem tamamlandıktan sonra basit “iptal” yoktur. Yetkisiz işlemde her iki kuruluşla derhal iletişime geçin; kuruluşlar arası acil temas ve transfer uyuşmazlığı süreci kullanılabilir.

Transfer Sorunu Nereye Şikayet Edilir?

Genel üst düzey alanda yürürlükteki ICANN politikasına aykırı bir ret olduğunu düşünüyorsanız önce kayıt kuruluşlarından yazılı gerekçe ve çözüm isteyin. Sonuç alınamazsa kanıtlarla ICANN transfer şikayeti yapılabilir. Ülke kodlu uzantıda ise ilgili kayıt operatörünün itiraz veya uyuşmazlık kanalı izlenir.