Domain Durum Kodları: clientHold, clientTransferProhibited

Alan adınız için whois sorgulama yaptınız ve karşınıza clientTransferProhibited çıktı. Kulağa sorun gibi geliyor ama değil: bu, olağan transfer kilididir ve kendi alan adınızda olmasını istersiniz. Aynı satırda görebileceğiniz clientHold ya da redemptionPeriod gibi kodlar ise gerçek birer acil durumdur. Bu rehberde karşılaşabileceğiniz domain durum kodlarını, kodu kimin koyduğunu ve (gerekiyorsa) ne yapmanız gerektiğini anlatıyoruz.

Domain durum kodları nereden gelir?

Kayıt firmaları (registrar) kayıt otoriteleriyle (registry) EPP adlı bir protokol üzerinden konuşur. Kayıt otoritesinin veritabanındaki her alan adı, bu protokolün tanımladığı bir ya da birkaç durum değeri taşır. Whois ve RDAP bunları yalnızca gösterir.

İki ayrıntı okumayı kolaylaştırır:

Ön ek, kodu kimin koyduğunu söyler. client… kayıt firması tarafından, server… kayıt otoritesi tarafından konmuştur. client kodunun kaldırılmasını kayıt firmanızdan isteyebilirsiniz. server kodu için kayıt otoritesi gerekir; buna genellikle kayıt firması aracılık eder ve arkasında çoğu zaman resmî bir gerekçe vardır.
Whois ile RDAP farklı yazar. Whois EPP biçimini gösterir: clientTransferProhibited. RDAP boşluklu yazar: client transfer prohibited. EPP'deki ok, RDAP'ta active olarak görünür. Anlam aynıdır.

Bir alan adı aynı anda birden fazla kod taşıyabilir. İstisna ok kodudur; yalnızca başka hiçbir kısıtlama yokken görünür.

$ whois example.com | grep -i 'domain status'
Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Domain Status: clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited

$ curl -s https://rdap.example/domain/example.com | jq .status
[
  "client delete prohibited",
  "client transfer prohibited",
  "client update prohibited"
]

(rdap.example, ilgili uzantının RDAP sunucusunu temsil ediyor.)

Kilitler: görmek isteyeceğiniz kodlar

Kod	Anlamı	Ne yapmalı
`ok` / `active`	Hiçbir kısıtlama yok.	Transfer kilidini açmayı düşünün.
`clientTransferProhibited`	Kayıt firmasının transfer kilidi. Başka firmaya transfer talepleri reddedilir.	Hiçbir şey. Yalnızca gerçekten transfer ederken kaldırın.
`clientUpdateProhibited`	Alan adındaki değişiklikler (nameserver, iletişim bilgisi) kayıt otoritesi düzeyinde engellenir.	Nameserver değiştirmeniz gerektiğinde geçici olarak kaldırın.
`clientDeleteProhibited`	Alan adı silinemez.	Hiçbir şey.
`clientRenewProhibited`	Yenileme engelli. Nadirdir; ihtilaf ya da hesap sorunlarında görülür.	Nedenini kayıt firmasına sorun.
`serverTransferProhibited`	Kayıt otoritesi düzeyinde transfer engeli.	Aşağıya bakın.
`serverUpdateProhibited`, `serverDeleteProhibited`	Değişikliğe ve silmeye karşı kayıt otoritesi kilitleri.	Genellikle satın aldığınız registry lock hizmetinin parçasıdır.
`serverRenewProhibited`	Kayıt otoritesi yenilemeyi engelliyor. Nadir; ihtilaf ya da politika durumu.	Kayıt firması desteği.

serverTransferProhibited ne zaman normaldir?

Bu kod üç olağan durumda görünür:

Yeni kayıt ya da yeni yapılmış transfer. Birçok kayıt otoritesi, kayıttan ya da firmalar arası transferden sonraki ilk 60 gün transferi engeller.
Registry lock. Değerli alan adları için ücretli bir hizmettir: üç server…Prohibited kodu birden konur ve kaldırılması, kayıt firması ile kayıt otoritesi arasında elle yapılan ayrı bir doğrulama gerektirir. Kayıt firması hesabınız ele geçirilse bile alan adını korur.
İhtilaf ya da hukuki süreç, örneğin bir UDRP şikâyeti. Kilit, karar çıkana kadar adı yerinde tutar.

Hiçbiri uymuyorsa kayıt firmasına sorun.

clientHold ve serverHold: alan adı kapatılmış

"Sitem de e-postam da çalışmıyor ama DNS sağlayıcısında her şey yerli yerinde" durumunu açıklayan kodlar bunlardır.

Kod	Anlamı
`clientHold`	Kayıt firması alan adını uzantının zone'undan çıkarmış. Delegasyon yok; hiçbir şey çözümlenmez.
`serverHold`	Aynısını kayıt otoritesi yapmış.
`inactive`	Alan adına nameserver tanımlanmamış, yayınlanacak bir şey yok.

Hold varken DNS sağlayıcınızdaki zone kusursuz olsa da fark etmez, çünkü üst zone artık orayı göstermiyordur:

$ dig +short example.com NS @a.gtld-servers.net
$                        # boş: delegasyon yok

clientHold için tipik nedenler:

Ödenmemiş yenileme. Alan adının süresi dolmuş, firma askıya almış. Bkz. domain süresi dolunca ne olur.
Doğrulanmamış iletişim bilgisi. Kayıttan, transferden ya da alan adı sahibi e-postası değiştikten sonra ICANN akrediteli firmalar e-postayı (ya da telefonu) doğrulamak zorundadır. Bağlantıya 15 gün içinde tıklamazsanız alan adını askıya almakla yükümlüdürler. Doğrulama e-postasını spam klasörü dahil arayın, bulamazsanız firmadan yeniden göndermesini isteyin.
Kötüye kullanım ya da ödeme ihtilafı. Oltalama şikâyeti, zararlı yazılım, ters ibraz. Nedenini yalnızca kayıt firması söyleyebilir.

serverHold genellikle hukuki ya da politika kaynaklıdır: mahkeme kararı, kayıt otoritesinin kötüye kullanım işlemi ya da uzantının şartlarının karşılanmaması. İlk başvuracağınız yer yine kayıt firmanızdır.

inactive durumu nameserver tanımlayarak düzelir. Bazı kayıt otoriteleri en az iki nameserver ister.

Yaşam döngüsü kodları: süreli dönemler

Kod	Ne zaman	Tipik süre (gTLD)	Sizin için anlamı
`addPeriod`	kayıttan hemen sonra	5 gün	Firma adı silip ücret iadesi alabilir. Kullanıma engel değildir.
`renewPeriod`	açık bir yenilemeden sonra	5 gün	Aynısı, yenileme ücreti için.
`autoRenewPeriod`	süre dolup kayıt otoritesi otomatik yenilediğinde	45 güne kadar	Ödenmemiş olabilir. Kayıt firmasından kontrol edin.
`transferPeriod`	tamamlanan transferden sonra	5 gün	Bilgi amaçlı.
`redemptionPeriod`	firma adı sildikten sonra	30 gün	Yalnızca eski sahibi, ek ücretle geri alabilir.
`pendingRestore`	geri alma istenmiş, firmanın raporu bekleniyor	birkaç gün	Bekleyin; uzarsa firmayı sıkıştırın.
`pendingDelete`	kurtarma döneminden sonra	5 gün	Geri alınamaz. Serbest kalacak.

Süreler uzantıya göre değişir. Ülke kodlu uzantılar çoğu zaman bambaşka bir yaşam döngüsü ve kendi durum sözlüklerini kullanır; .tr alan adlarında yetkili kaynak TRABİS'tir. Yukarıdakileri genel uzantılardaki yaygın düzen olarak okuyun.

Bir incelik: pendingDelete, redemptionPeriod ile birlikte görünüyorsa hâlâ kurtarma aşamasındasınız demektir. Tek başınaysa son beş gündür.

"pending" kodları: bir işlem sürüyor

pendingTransfer: Başka bir kayıt firmasına transfer talep edilmiş. Talebi siz yapmadıysanız mevcut firmanızla hemen iletişime geçip reddettirin; süre beş gündür. Siz yaptıysanız domain transferi nasıl yapılır yazısına bakın.
pendingCreate, pendingUpdate, pendingRenew: Kayıt otoritesi bir talebi işliyor; bazen elle kontrol yapılır (kısıtlı uzantılarda yaygın).
pendingDelete: yukarıda.

Hızlı teşhis

Site ve posta çalışmıyor, sağlayıcıdaki DNS doğru görünüyor → clientHold, serverHold, inactive, redemptionPeriod, pendingDelete arayın.
Transfer reddedildi → clientTransferProhibited (kilidi firmadan açın) ya da serverTransferProhibited (60 gün kuralı, registry lock, ihtilaf).
Nameserver değişikliği reddedildi → clientUpdateProhibited ya da serverUpdateProhibited.
Bitiş tarihi iyi görünüyor ama bir tuhaflık var → autoRenewPeriod, "siz ödediniz" değil, "kayıt otoritesi yeniledi" demektir.
Başlatmadığınız bir pendingTransfer → kayıt firmasını şimdi arayın.

Sık yapılan hatalar

Transfer kilidini "ne olur ne olmaz" diye kaldırıp öyle bırakmak. Kilitsiz bir alan adı ile sızmış bir transfer kodu, adın gitmesi için yeterlidir.
Kayıt durumuna bakmadan saatlerce DNS hatası aramak.
Doğrulama e-postasını spam'e benziyor diye yok saymak.
server kodlarının kayıt firması panelinden kaldırılabileceğini sanmak.
Ülke kodlu uzantıların çıktısını gTLD beklentisiyle okumak.

OrbitProbe ile kontrol edin

OrbitProbe whois sorgulama aracı RDAP'ı sorgular ve tüm durum kodlarını kayıt firması, tarihler, nameserver'lar ve DNSSEC durumuyla birlikte, kaynak sunucu ve sorgu zamanı bilgisiyle listeler. Bir hold ya da yaşam döngüsü kodu varsa bunu bir müşteriden duymak yerine hemen görürsünüz. Verinin nereden geldiğine dair arka plan Whois ve RDAP yazısında.