Alan Adı Transfer Yetkilendirme Kodu Nedir

Bir alan adını bir kayıt firmasından (registrar) diğerine taşımak çoğu zaman sorunsuz geçer; ancak neredeyse her transfer küçük bir karakter dizisine bağlıdır: transfer yetki kodu. Bu koda EPP kodu, auth kodu, auth-info kodu ya da transfer şifresi de denir. Daha önce bir transferin ortasında takılıp kaldıysanız, sebep büyük ihtimalle bu kod, açık unutulmuş bir kilit ya da varlığından haberdar olmadığınız bir süre kuralıydı. Bu rehberde kodun ne olduğunu, nereden geldiğini, ICANN kurallarına göre transferin gerçekte nasıl işlediğini ve en sık karşılaşılan sorunların nasıl çözüleceğini adım adım anlatıyoruz.

Yetki kodu tam olarak nedir?

.com, .net, .org ve yeni uzantılar gibi genel üst düzey alan adlarının (gTLD) büyük çoğunluğu, Extensible Provisioning Protocol (EPP) adlı protokolle çalışan kayıt otoriteleri (registry) tarafından yönetilir. EPP’de her alan adı nesnesi bir authInfo değeri taşır. Bu değer, genellikle rastgele üretilmiş ve yalnızca mevcut kayıt firması ile alan adı sahibinin bilmesi gereken gizli bir dizedir. Yeni kayıt firması transfer talebinde bulunduğunda bu değeri kayıt otoritesine iletmek zorundadır. Değer eşleşirse talep kabul edilir; eşleşmezse talep anında reddedilir.

Pratikte bu kod, hesabınızın değil doğrudan alan adının şifresi gibi çalışır. Kodu ele geçiren ve alan adının kilidi açık olduğunu fark eden herkes transfer başlatabilir. Bu yüzden kodu bir giriş bilgisi gibi korumanız gerekir:

• Kodu kontrolünüzde olmayan e-posta zincirlerine, sohbet gruplarına ya da destek taleplerine yapıştırmayın.
• Kodu yalnızca transfere gerçekten hazır olduğunuzda isteyin; bir yerde açığa çıktıysa kayıt firmanızdan yeni kod üretmesini talep edin.
• Alan adını aktif olarak taşımadığınız sürece transfer kilidini her zaman açık tutun.

EPP kodu nasıl alınır?

Çoğu kayıt firması, alan adı yönetim ekranında genellikle “Transfer”, “Auth kodu” veya “Alan adı güvenliği” başlıklı bir bölümden kodu üretmenize ya da görüntülemenize izin verir. Bazı firmalar ise kodu ekranda göstermek yerine kayıt sahibinin e-posta adresine gönderir. gTLD’ler için ICANN Transfer Politikası, kayıt firmasının kodu talep tarihinden itibaren beş takvim günü içinde alan adı sahibine vermesini şart koşar. Firma bu kodu bir koz olarak kullanamaz; örneğin ilgisiz bir hizmet için ödeme yapmadığınız gerekçesiyle kodu vermeyi reddedemez.

Kodu istemeden önce kontrol edin

• Kayıt sahibi e-posta adresi: Kod veya onay mesajları artık kullanmadığınız bir adrese gidiyorsa önce adresi güncelleyin. Ancak kayıt sahibi değişikliğinin bazı durumlarda kilit tetikleyebileceğini unutmayın (aşağıya bakın).
• Bitiş tarihi: Süresinin dolmasına az kalmış bir alan adı transfer edilebilir; fakat süresi dolup “redemption” (geri alma) dönemine girmiş bir alan adı, geri yüklenmeden transfer edilemez.
• Durum kodları: TLDix WHOIS/RDAP aracıyla yapacağınız hızlı bir sorgu, clientTransferProhibited, serverTransferProhibited veya pendingDelete gibi durumları gösterir. Böylece transferin işe yarayıp yaramayacağını önceden görürsünüz.

Adım adım transfer süreci

Tipik bir gTLD için kayıt firmaları arası transfer, hangi şirketler söz konusu olursa olsun aynı sırayı izler:

1. Kilidi kaldırın: Mevcut (bırakan) kayıt firmasında transfer kilidini kapatın; bu işlem clientTransferProhibited durumunu kaldırır.
2. Yetki kodunu alın: Kodu bırakan kayıt firmasından temin edin.
3. Transferi başlatın: Yeni (alan) kayıt firmasında alan adını ve kodu girip transfer ücretini ödeyin. Çoğu gTLD’de bu işlem kayıt süresine bir yıl ekler; ancak toplam süre 10 yılı aşamaz.
4. Gerekirse onaylayın: Kayıt firmasına ve yürürlükteki politika sürümüne göre bir onay e-postası ya da yalnızca transferin başladığını bildiren bir mesaj alabilirsiniz.
5. Tamamlanmasını bekleyin: Bırakan kayıt firmasının, talebi onaylamak ya da politikada izin verilen gerekçelerle reddetmek için beş günü vardır. Hiçbir işlem yapmazsa bu sürenin sonunda kayıt otoritesi transferi otomatik olarak onaylar.
6. Ayarları doğrulayın: Transfer bittikten sonra yeni kayıt firmasında DNS ve yenileme ayarlarını kontrol edin.

Transfer sırasında ad sunucuları (nameserver) normalde değişmez; dolayısıyla web sitesinin kapanması gerekmez. Sorunlar genellikle DNS hizmeti eski kayıt firmasında barındırılıyorsa ve bu hizmet transferle birlikte sona eriyorsa ortaya çıkar. Başlamadan önce tüm DNS kayıtlarınızı yeni sağlayıcıya kopyalayın.

Zamanlama da önemlidir. Transferi bitiş tarihinin son günlerine bırakmak risklidir: süreç beş gün sürebilir ve bu arada alan adının süresi dolarsa işler karmaşıklaşır. Mümkünse transferi bitiş tarihinden en az birkaç hafta önce başlatın; böylece olası bir red ya da kod hatasını düzeltmek için yeterli zamanınız kalır ve alan adınız hiçbir aşamada korumasız kalmaz.

60 günlük kilitler ve diğer süre kuralları

Alan adı hırsızlığını ve dolandırıcılığı azaltmak için çeşitli bekleme süreleri uygulanır. gTLD’ler için en önemlileri aşağıdaki tabloda özetlenmiştir.

Kilit durumlarını ve bunların nasıl okunacağını alan adı transfer kilidi rehberimizde daha ayrıntılı anlatıyoruz.

ICANN Transfer Politikası ne diyor?

ICANN tarafından akredite edilmiş tüm kayıt firmaları, gTLD alan adları için Transfer Politikası’na uymak zorundadır. Politika, diğer hükümlerin yanı sıra bırakan kayıt firmasının bir transferi hangi sınırlı gerekçelerle reddedebileceğini tanımlar: dolandırıcılık kanıtı, devam eden bir uyuşmazlık, mahkeme kararı, kayıt sahibinin kimliğinin belirsiz olması, önceki dönemin ödenmemiş olması, yukarıdaki 60 günlük süreler ya da kayıt sahibinin açık itirazı. Bir kayıt firması, sırf müşterisini kaybetmek istemediği için transferi reddedemez.

Politika, rızanız dışında gerçekleşen ya da haksız yere reddedilen transferler için bir itiraz yolu da sunar: önce ilgili kayıt firmalarına başvurulur, ardından kayıt otoritesinin Transfer Uyuşmazlık Çözüm Politikası (TDRP) süreci işletilir; bir firma yükümlülüklerini görmezden gelirse son olarak ICANN Uyum (Compliance) birimine şikâyette bulunulabilir. ICANN, terminoloji ile auth kodlarının ve kilitlerin ele alınış biçimi dahil olmak üzere Transfer Politikası’nı gözden geçirip revize etmektedir. Bu nedenle onay e-postaları ve kilit süreleri gibi bazı ayrıntılar yeni sürümler yürürlüğe girdikçe değişebilir. Her zaman kayıt firmanızın güncel belgelerini kontrol edin.

ccTLD’lerde transfer nasıl farklılaşır?

Ülke kodlu üst düzey alan adları (ccTLD), kendi kurallarını belirleyen ulusal kayıt otoriteleri tarafından yönetilir ve ICANN Transfer Politikası bunları bağlamaz. Birkaç örnek, uygulamaların ne kadar çeşitli olabileceğini gösterir:

• .uk: Nominet, kayıt firması değişikliğinde auth kodu kullanmaz. Bunun yerine yeni kayıt firmasından IPS etiketini (IPS tag) öğrenir ve mevcut firmadan bu etiketi değiştirmesini istersiniz.
• .de: DENIC, talep üzerine kayıt firması tarafından üretilen ve geçerlilik süresi sınırlı olan bir AuthInfo kodu kullanır.
• .eu: EURid, mevcut kayıt firmasından alınan bir yetki kodu kullanır.
• .tr: TRABIS sistemine geçişten bu yana kayıt firmaları arasındaki transferler TRABIS prosedürlerine göre yürür ve .tr alan adlarına özgü doğrulama adımları içerebilir.

Bazı ccTLD’ler transferde süreye bir yıl eklemez, bazılarında 60 günlük kısıtlama bulunmaz, bazıları ise ek kimlik doğrulaması ister. Bir .com iş akışının her uzantıda geçerli olduğunu varsaymadan önce ilgili kayıt otoritesinin kurallarını okuyun.

Sık karşılaşılan transfer sorunları ve çözümleri

“Geçersiz yetki kodu” hatası

Kodu başında ve sonunda boşluk kalmayacak şekilde yeniden kopyalayın, 0 ile O gibi birbirine benzeyen karakterlere dikkat edin ve kodu aldıktan sonra yeniden üretilmediğinden emin olun. Bazı kayıt otoritelerinde kodların belirli bir geçerlilik süresi de vardır.

Transfer anında reddediliyor

Alan adı büyük olasılıkla hâlâ kilitlidir ya da kayıt otoritesi tarafında bir durum kodu tanımlıdır. Güncel durumları görmek için yeni bir sorgu yapın; bazı kayıt firmalarının kilit kaldırma işlemini kayıt otoritesine yansıtması biraz zaman alabilir.

Onay e-postası gelmiyor

Gizlilik maskelemesi nedeniyle alan kayıt firması çoğu zaman e-posta adresinizi göremez. Kayıt firmasının yönergelerini izleyin, spam klasörlerini kontrol edin ve bırakan kayıt firmasındaki kayıt sahibi e-postasının güncel olduğunu doğrulayın.

Transfer “beklemede” kalıyor

Beş günlük sürenin tamamını bekleyin. Bu süreden sonra hâlâ beklemedeyse, alan adını ve transfer talep tarihini belirterek alan kayıt firmasının destek ekibiyle iletişime geçin.

Kayıt firması “ödenmemiş borç” gerekçesi gösteriyor

Önceki bir dönemin ücreti ödenmemişse bırakan firma transferi reddedebilir. Hesabınızdaki faturaları kontrol edin; borç yoksa firmadan ret gerekçesini yazılı olarak isteyin. Bu yazışma, ileride ICANN Uyum birimine başvurmanız gerekirse işinize yarar.

Transferden sonra kontrolü elinizde tutun

Alan adı yeni firmaya ulaştığında transfer kilidini yeniden açın, yeni hesapta iki aşamalı doğrulamayı etkinleştirin, otomatik yenileme ve ödeme bilgilerinin doğru olduğunu kontrol edin. Yeni bir kayıt firması, akılda tutulması gereken yeni yenileme tarihleri ve fiyatlar da demektir. Alan adını TLDix alan adı paneline eklemek; bitiş tarihini, kayıt firmasını ve durum bilgisini SSL sertifikalarınız ve hosting yenilemelerinizle aynı ekranda görmenizi sağlar. Böylece başarılı bir transferin ardından alan adının yanlışlıkla süresinin dolması gibi bir sürprizle karşılaşmazsınız.