EPP Domain Durum Kodları ve Anlamları

Domain'iniz transfer olmuyor. Ya da siteniz açılmıyor ama hosting tarafında her şey yolunda görünüyor. Belki bir WHOIS sorgusunda hiç görmediğiniz bir status kodu çıktı.

Bu durumların neredeyse tamamı aynı kaynağa dayanır: EPP domain durum kodları. ICANN'ın teknik dokümantasyonu her kodun ne anlama geldiğini tanımlar; ama bunu okuyup “Tamam, şimdi ne yapmalıyım?” sorusuna cevap bulmak çok daha zordur. Kim kaldırabilir? Ne kadar sürer? Bu arada sitem ve e-postam çalışır mı?

Bu rehber, 23 EPP durum kodunun tamamını gerçek senaryolar, adım adım çözümler ve pratik bilgilerle açıklıyor — bir domain sahibi olarak ne yapacağınızı bilmek için, geliştirici olarak entegrasyonunuzu yazmak için, ya da bayi olarak müşterilerinizin sorunlarını çözmek için.

Hızlı Başvuru — En Sık Karşılaşılan Durumlar:

• ✔ Domain transfer olmuyor → Bakın: clientTransferProhibited veya serverTransferProhibited
• ✔ Site açılmıyor, hosting yolunda → Bakın: clientHold, serverHold veya inactive
• ✔ Nameserver değiştiremiyorum → Bakın: clientUpdateProhibited veya serverUpdateProhibited
• ✔ Domain silinmek üzere → Bakın: redemptionPeriod veya pendingDelete
• ✔ Her şey normal görünüyor → Görmeniz gereken: ok (RDAP'ta “active”)

1 Dakikada Öğrenin:

• ✔ Her kaydedilmiş domain en az 1 durum koduna sahiptir. Normal durum: ok (RDAP: active)
• ✔ client kodları Registrar yönetir — server kodları Registry yönetir
• ✔ clientHold / serverHold = site ve e-posta çevrimiçi değil
• ✔ clientTransferProhibited = transfer engeli (kilidi kaldırın, EPP kodunu alın)
• ✔ redemptionPeriod = 30 günlük acil geri yükleme penceresi
• ✔ pendingDelete = artık kurtarılamaz, ~5 günde silinir

Domain Durum Kodları Nedir?

Domain Durum Kodları — Hızlı Cevap

Kayıtlı her domain, her zaman en az bir durum koduna sahiptir. Normal koşullarda “ok” — ya da RDAP karşılığı “active” — görürsünüz; bu, domain'in kayıtlı, aktif ve herhangi bir kısıtlama veya bekleme durumunun olmadığı anlamına gelir.

Durum kodları iki katmanlı bir yapıya sahiptir: Registrar'lar tarafından tanımlanan “client” kodlar ve Registry tarafından tanımlanan “server” kodlar. Bu ayrım, bir sorunla karşılaştığınızda kimin çözebileceğini doğrudan belirler.

Domain Durum Kodunuzu Nasıl Kontrol Edersiniz?

WHOIS Sorgusu

En yaygın yöntem. Durum kodları WHOIS çıktısında “Domain Status” satırı olarak görünür:

Domain Name: ORNEK.COM
Domain Status: clientTransferProhibited
Domain Status: clientUpdateProhibited
Domain Status: ok
...

Registrar paneliniz (genellikle en hızlı yol)

ICANN Lookup: lookup.icann.org

Komut satırı: whois ornek.com (Linux/macOS)

Domain Name API WHOIS aracı: domainnameapi.com/whois

RDAP (Modern Protokol)

RDAP, WHOIS'in güncel halefidir. HTTPS üzerinden JSON formatında yanıt verir; durum kodları için terminoloji biraz farklıdır: “ok” yerine “active”, “clientTransferProhibited” yerine “client transfer prohibited” gibi.

API Üzerinden

Domain portföyünüzü programatik olarak yönetiyorsanız GetDetails() metodu, domain'inizin güncel durum kodlarını döndürür. Bu yöntem özellikle toplu izleme ve otomatik uyarı sistemleri için idealdir.

Registrar API dokümantasyonu: domainnameapi.com/api-integration

Client Kodlar vs. Server Kodlar: En Kritik Ayrım

Pek çok açıklama bu noktanın üstünden geçer. Ama bu, bir sorunla karşılaştığınızda kime başvuracağınızı ve ne kadar bekleyeceğinizi belirleyen en önemli bilgidir.

Server kodları her zaman client kodlarından önce gelir. Örneğin serverHold varsa, diğer tüm kodlar normal görünse bile domain DNS'te aktif olmaz.

Domain Yaşam Döngüsü

Bir domain, kaydedildiği andan itibaren yenilendi, transfer edildi veya tamamen silindi olana kadar öngörülebilir durum aşamalarından geçer.

Domain Yaşam Döngüsü Akışı:

• 1. Kayıt → addPeriod (yakl. 5 gün grace süresi)
• 2. Normal kullanım → ok (+ client koruma kilitleri)
• 3. Yenileme → renewPeriod veya autoRenewPeriod
• 4. Transfer → pendingTransfer → transferPeriod
• 5. Registrar silme isteği → redemptionPeriod (30 gün)
• 6. Geri yükleme yapılmazsa → pendingDelete (5 gün)
• 7. Registry'den tamamen silindi → domain yeniden tescil için açık

Tüm 23 EPP Kodu — Hızlı Başvuru Tablosu

Bu tabloda bir durum kodu görüp ne yapacağınızdan emin değilseniz:

→ WHOIS Sorgusu: domainnameapi.com/whois

→ Domain Transfer: domainnameapi.com/domain-transfer

→ API ile programatik kontrol: domainnameapi.com/api-integration

Tüm 23 EPP Kodu — Detaylı Açıklamalar

• ✅ ok (RDAP: active)

ok — Hızlı Cevap

Önemli bir nokta: “ok” ile clientTransferProhibited aynı anda görünebilir; bu çelişkili değil, aksine önerilen yapıdır. Koruma kilitleri DNS üzerinde herhangi bir etki yaratmadan çalışır.

• ⚠️ inactive (RDAP: inactive)

inactive — Hızlı Cevap

inactive, iki durumda yaygın görülür: henüz bir hosting sağlayıcısına yönlendirilmemiş yeni kayıtlı domain'ler, ve web sitesi barındırmak amacı taşımayan marka koruma domain'leri.

🔒 clientTransferProhibited (RDAP: client transfer prohibited)

clientTransferProhibited — Hızlı Cevap

Bu en sık yanlış anlaşılan durum kodlarından biridir. Transfer neden başarısız oldu sorusunun cevabı çoğunlukla burasıdır. Transferden önce kilidi kaldırın, ardından EPP/Auth Code'u talep edin ve transferi başlatın. ICANN'ın 60 günlük kural'ını da göz önünde bulundurun: son 60 gün içinde kayıt veya transfer yapılmışsa, kilit kaldırılmış olsa bile transfer yapılamaz.

🔴 serverTransferProhibited (RDAP: server transfer prohibited)

serverTransferProhibited — Hızlı Cevap

Yaygın nedenler: (1) UDRP (hak sahipliği uyuşmazlığı) süreci nedeniyle Registry tarafından konulan kilit, (2) Premium Registry Lock hizmeti (yüksek değerli domain'ler için ücretli, çevrimdışı doğrulama gerektiren ek güvenlik), (3) Domain redemptionPeriod gibi bir durumda olduğu için transfer engellenmiştir.

🚨 clientHold (RDAP: client hold)

clientHold — Hızlı Cevap

clientHold en çok zarar veren durum kodlarından biridir; çünkü hosting tarafında hiçbir şey değişmeden sitenizi ve e-postanızı çevrimdışı bırakır. Ziyaretçiler hosting hatası değil, DNS hatası görür. Spam klasörünüzü de kontrol edin; Registrar'lar genellikle önceden uyarı e-postası gönderir.

🚨 serverHold (RDAP: server hold)

serverHold — Hızlı Cevap

Tipik nedenler: Registry'nin kötüye kullanım tespiti (spam, kimlik avı, zararlı yazılım), mahkeme kararı, ya da Registry'e özgü politikalar. Registry düzeyinde alınan bir karar olduğundan, Registrar tek başına çözüm üretemez; sadece aracı olarak talep iletebilir.

🔒 clientUpdateProhibited (RDAP: client update prohibited)

Bu kod, domain kaydında nameserver değişikliği, iletişim bilgisi güncellemesi veya DNSSEC kaydı gibi herhangi bir güncellemeyi engeller. API üzerinden nameserver değişikliği yapmaya çalışıyorsanız ve istek başarısız oluyorsa, ilk kontrol noktanız bu kod olmalıdır.

🔴 serverUpdateProhibited (RDAP: server update prohibited)

Registry Lock hizmetinde ve bazı uyuşmazlık süreçlerinde görülür. Registrar panelinizden nameserver değişikliği yapmaya çalıştığınızda Registry düzeyinde reddedilir.

🔒 clientDeleteProhibited (RDAP: client delete prohibited)

Saf bir koruma kodudur; DNS, e-posta veya transfer üzerinde hiçbir etkisi yoktur. Çoğu Registrar, yeni kayıtlarda varsayılan olarak tüm dört client koruma kodunu (clientDeleteProhibited, clientTransferProhibited, clientUpdateProhibited, clientRenewProhibited) birlikte etkinleştirir.

🔴 serverDeleteProhibited (RDAP: server delete prohibited)

Hukuki uyuşmazlıklarda (domain'in bir delil veya tartışmalı varlık olarak korunması gerektiğinde) ya da Registry Lock hizmetinin parçası olarak tanımlanır. Domain normal çalışmayı sürdürür; yalnızca silme işlemi engellenir.

• ⚠️ clientRenewProhibited (RDAP: client renew prohibited)

Domain şu an çalışıyor; ama yenilenemediği için ileride sona erecek ve silinecek. Genellikle UDRP uyuşmazlığı sürecinde, hukuki bir karar nedeniyle veya Registrar'ın özel politikaları çerçevesinde tanımlanır. Bu kodu görür görmez Registrar'ınıza başvurun; sona erme tarihi yakınsa aciliyet çok daha yüksek.

🔴 serverRenewProhibited (RDAP: server renew prohibited)

clientRenewProhibited ile aynı sonuçları doğurur; fark, yalnızca Registry kaldırabildiğinden çözüm sürecinin daha uzun sürmesidir. Bu kodu görür görmez Registrar'ınıza başvurun.

• ⚠️❗ redemptionPeriod (RDAP: redemption period)

redemptionPeriod — Hızlı Cevap

Bu, domain kurtarmanın son gerçek şansıdır. Maliyet genellikle normal yenilemenin çok üzerindedir (75-200 USD arası veya daha fazlası) çünkü Registry'nin belirlediği geri yükleme ücreti normalden ek olarak tahsil edilir. Bu pencere kapandıktan sonra domain pendingDelete'e girer ve artık kurtarılamaz.

Yaygın nedenler: yenileme tarihinde ödeme yapılmaması, ödeme başarısızlığı veya Registrar'ın politika ihlali nedeniyle silmesi. Uyarı e-postalarını spam klasörünüzde de kontrol edin.

❗❗ pendingDelete (RDAP: pending delete)

pendingDelete — Hızlı Cevap

pendingDelete üç bağlamda görünür: (1) tek başına — geri yükleme süresi dolmuş, kurtarma mümkün değil; (2) redemptionPeriod ile birlikte — 30 günlük pencere hâlâ açık, geri yükleme mümkün; (3) pendingRestore ile birlikte — geri yükleme talebi işleme alındı. Bağlam her şeyi değiştirir.

⏳ pendingTransfer (RDAP: pending transfer)

⏳ pendingCreate / pendingRenew / pendingUpdate / pendingRestore

Kod

Anlam

Ne Yapmalı?

pendingCreate

Tescil isteği alındı ve işleniyor

Bekleyin; standart TLD'lerde dakikalar içinde çözülür

pendingRenew

Yenileme isteği işleniyor

Beklenen bir yenilemeyse bekleyin; beklenmedikse Registrar'a başvurun

pendingUpdate

Bir güncelleme (nameserver, iletişim vb.) işleniyor

Beklenen bir güncellemeyse bekleyin; DNS propagation 24-48 saat sürebilir

pendingRestore

Geri yükleme talebi gönderildi, Registry onayı bekleniyor

Yakından takip edin; belgelerin zamanında sunulması kritik

ℹ️ addPeriod / renewPeriod / autoRenewPeriod / transferPeriod

Kod

Süre

Anlam ve Ne Yapmalı?

addPeriod

~5 gün

İlk tescil sonrası grace süresi. Registrar bu pencerede silerse Registry ücreti iade eder. Domain normal çalışır; bir şey yapmanız gerekmez.

renewPeriod

~5 gün

Manuel yenileme sonrası grace süresi. Yanlışlıkla yenilediyseniz Registrar'a başvurun.

autoRenewPeriod

~45 gün

Registry otomatik yenilemesi sonrası grace süresi. Registrar size ücret yansıtacaktır. Domain'i tutmak istemiyorsanız hemen bildirin.

transferPeriod

~5 gün

Başarılı transfer sonrası grace süresi. Yeni Registrar bu sürede silerse transfer ücretini geri alır.

Hangi Kodlar Transfer'ı Engeller?

Durum Kodu

Transfer Engeli?

Kim Kaldırır?

Beklenen Süre?

clientTransferProhibited

• ❌ Evet

Registrar

Saatler (genellikle self-service)

serverTransferProhibited

• ❌ Evet

Registry (Registrar aracılığıyla)

Günler — haftalar

clientHold

• ❌ Evet (domain askıya alındı)

Registrar

Altta yatan sorunu çözün

serverHold

• ❌ Evet (domain askıya alındı)

Registry

Duruma bağlı

pendingTransfer

• ❌ Evet (zaten işlemde)

G/A

Mevcut transfer tamamlanana kadar bekleyin

redemptionPeriod

• ❌ Evet

G/A

Önce geri yükleme gerekir

pendingDelete

• ❌ Evet

G/A

Kurtarılamaz; domain silinip açığa çıkmasını bekleyin

ok

• ✅ Transfer serbest

G/A

Auth kodu talep edip ilerleyin

ICANN 60 Günlük Transfer Kilidi

Tüm transfer engelleyici kodlar kaldırılmış olsa bile, domain son 60 gün içinde tescil edilmiş veya transfer edilmişse transfer yapılamaz. Bu bir ICANN politika zorunluluğudur; Registrar'a özgü değildir ve her başarılı transferden sonra süre yeniden başlar.

Hangi Kodlar Sitenizi Çevrimdışı Yapar?

Durum Kodu

Site Çevrimdışı?

Neden?

clientHold

• ❌ Evet

Registrar DNS delegasyonunu kaldırır

serverHold

• ❌ Evet

Registry DNS delegasyonunu kaldırır

inactive

• ❌ Evet (hiç açılmadı)

Nameserver tanımlanmamış

redemptionPeriod

• ❌ Evet

Domain aktif DNS'ten kaldırıldı

pendingDelete

• ❌ Evet

Domain aktif DNS'ten kaldırıldı

ok

• ✅ Site çalışır

Domain DNS'te aktif

clientTransferProhibited

• ✅ Site çalışır

Yalnızca transferi engeller

clientUpdateProhibited

• ✅ Site çalışır

Yalnızca güncellemeleri engeller

serverTransferProhibited

• ✅ Genellikle çalışır

Yalnızca transferi engeller

pendingTransfer

• ✅ Site çalışır

Transfer sırasında DNS aktif kalmaya devam eder

Domain durumunuzu anlık kontrol edin: WHOIS Sorgulama.

Hangi Kodlar E-postanızı Etkiler?

E-posta tamamen DNS'e bağlıdır; özellikle MX kayıtlarına. Domain DNS'te aktif değilse gönderilen e-postalar geri döner ya da sessizce düşer — genellikle hiçbir uyarı olmadan. Bu, clientHold veya serverHold durumundaki bir domain için çok kritiktir.

Durum Kodu

E-posta Çalışır?

Not

clientHold

• ❌ Hayır

DNS askıya alındı; MX kayıtları ulaşılamaz hale geldi

serverHold

• ❌ Hayır

DNS askıya alındı

inactive

• ❌ Hayır

DNS delegasyonu yok; MX kayıtları sunulamıyor

redemptionPeriod

• ❌ Hayır

Domain aktif DNS'ten kaldırıldı

pendingDelete

• ❌ Hayır

Domain aktif DNS'ten kaldırıldı

ok (+ koruma kilitleri)

• ✅ Evet

DNS aktif; e-posta normal teslim edilir

pendingTransfer

• ✅ Evet

Transfer sürecinde e-posta çalışmaya devam eder

Kritik bilgi: clientHold veya serverHold süresince gelen e-postalar genellikle “teslim edilemedi” hatası üretir ya da sessizce kaybolur. DNS yeniden aktif hale geldiğinde bu e-postalar gelmez — kalıcı olarak kaybedilmiştir. Domain askıya alındığında müşterilerinize alternatif bir iletişim kanalıyla haber verin.

Gerçek Sorun Giderme Senaryoları

Senaryo 1: “Domain transfer olmuyor — karşı Registrar hata veriyor”

Önce WHOIS sorgusunda Domain Status satırına bakın. En olası nedenler:

• 1.clientTransferProhibited — Mevcut Registrar panelinizden domain kilidini kaldırın, birkaç dakika bekleyin, EPP kodunu talep edin ve transferi yeniden başlatın.
• 2.serverTransferProhibited — Registrar'ınıza başvurun; Registry ile sizin adınıza iletişime geçmelerini isteyin.
• 3.ICANN 60 günlük kural — Domain son 60 gün içinde tescil veya transfer edilmişse bu süre dolana kadar transfer yapılamaz.

Senaryo 2: “Site açılmıyor, hosting tarafı yolunda”

Hosting kontrol paneliniz normal çalışıyor ama siteniz açılmıyor ve DNS sorguları sonuç döndürmüyorsa, sorun büyük ihtimalle domain tarafındadır.

• 1.WHOIS'te clientHold veya serverHold arayın. İkisi de domain'i DNS'ten kaldırır.
• 2.inactive durumunu kontrol edin — son Registrar değişikliğinde nameserver yapılandırması kaybolmuş olabilir.
• 3.Durum normal görünüyorsa: transfer süreci yeni tamamlandıysa yeni Registrar henüz nameserver yapılandırmasını onaylamıyor olabilir.

Senaryo 3: “Domain'im redemptionPeriod'da. Geri alabilir miyim?”

Evet, ama hemen harekete geçmelisiniz.

redemptionPeriod'a girdiği tarihten itibaren genellikle 30 gününüz var. Bu pencere kapandıktan sonra domain pendingDelete'e girer ve artık kurtarılamaz.

Bugün Registrar'ınıza başvurun, geri yükleme (restore) talebinde bulunun. Registry'nin belirlediği geri yükleme ücreti + standart yenileme ücreti ödersiniz; toplam genellikle 75–200 USD veya daha fazla olabilir.

Bu ücret Registry tarafından belirlenir, Registrar tarafından değil; pazarlık konusu değildir.

Senaryo 4: “Bir transfer başlatıldı, ben başlatmadım”

Acil durum. Mevcut Registrar'ınıza hemen başvurun ve işlemdeki transferi reddetmelerini isteyin. ICANN Transfer Politikası gereğince Registrar'lar, yetkisiz transferleri reddetme yöntemi sunmak zorundadır. Genellikle 5 günlük pencereniz var. Hesabınızın ele geçirilmiş olabileceğini düşünüyorsanız, önce şifrenizi değiştirin ve iki faktörlü kimlik doğrulamayı etkinleştirin.

Senaryo 5: “API üzerinden nameserver değiştirmeye çalışıyorum, hata alıyorum”

clientUpdateProhibited veya serverUpdateProhibited kontrolü yapın. Domain üzerinde Registrar kilidi varsa, güncelleme komutları Registry düzeyinde reddedilir. Kilidi kaldırın, güncellemeyi tekrarlayın, gerekiyorsa kilidi yeniden uygulayın.

Karar Ağacı: Bir Şeyler Ters Gittiğinde Ne Yapmalı?

Domain çalışıyor mu?

└ clientHold: Registrar'ınıza başvurun, tutma nedenini öğrenin ve çözün.

└ serverHold: Registrar'ınıza başvurun; Registry ile koordine etmelerini isteyin.

└ inactive: Registrar panelinden veya API üzerinden nameserver ekleyin.

└ redemptionPeriod: Hemen Registrar'a başvurun ve geri yükleme talebinde bulunun.

└ pendingDelete: Geri yükleme için pencere kapandı; domain silinip açığa çıkınca yeniden tescil için hazırlanın.

└ Durum ok görünüyor: DNS sorunu domain tarafında değil, hosting tarafındadır.

Geliştiriciler ve API Kullanıcıları İçin Durum Kodları

Registrar API'si üzerine geliştirme yapıyorsanız, durum kodları domain detay yanıtlarında döner ve uygulama mantığınızda ele alınması gerekir.

GetDetails() Yanıtı — JSON Örnekleri

Normal (korumalı) bir domain:

{
  "result": "OK",
  "data": {
    "DomainName": "ornek.com",
    "Status": [
      "clientDeleteProhibited",
      "clientRenewProhibited",
      "clientTransferProhibited",
      "clientUpdateProhibited",
      "ok"
    ],
    "ExpirationDate": "2027-03-15T10:00:00",
    "LockStatus": true
  }
}

// Askıya alınmış domain (clientHold):
{
  "result": "OK",
  "data": {
    "DomainName": "ornek.com",
    "Status": ["clientHold", "clientTransferProhibited"],
    "ExpirationDate": "2027-03-15T10:00:00"
  }
}

// Silme sürecinde domain:
{
  "result": "OK",
  "data": {
    "DomainName": "ornek.com",
    "Status": ["redemptionPeriod", "pendingDelete"]
  }
}

Transfer Öncesi Durum Kontrolü (PHP)

$details = $dna->GetDetails('ornek.com');
$statusCodes = $details['data']['Status'];

// Transfer engelleyici kodlar
$transferBlockers = [
    'clientTransferProhibited',
    'serverTransferProhibited',
    'clientHold',
    'serverHold',
    'redemptionPeriod',
    'pendingDelete'
];
$engeller = array_intersect($statusCodes, $transferBlockers);

if (!empty($engeller)) {

foreach ($engeller as $kod) {

echo "Transfer engeli: " . $kod . "\n";

    }
} else {
    // Transfer için ilerleyin
    $authKod = $dna->GetAuthCode('ornek.com');
}

Risk Altındaki Domain'leri İzleme

$riskKodlari = ['redemptionPeriod', 'pendingDelete', 'clientRenewProhibited', 'serverRenewProhibited'];

$domainListesi = $dna->GetList([]);
foreach ($domainListesi['data'] as $domain) {
    $detay = $dna->GetDetails($domain['DomainName']);
    $durum = $detay['data']['Status'];
    $riskler = array_intersect($durum, $riskKodlari);
    if (!empty($riskler)) {
        uyariGonder($domain['DomainName'], $riskler);
    }
}

EPP Kodu → RDAP Karşılığı Tablosu

EPP Kodu (WHOIS)

RDAP Karşılığı

ok

active

inactive

inactive

clientDeleteProhibited

client delete prohibited

clientHold

client hold

clientRenewProhibited

client renew prohibited

clientTransferProhibited

client transfer prohibited

clientUpdateProhibited

client update prohibited

serverDeleteProhibited

server delete prohibited

serverHold

server hold

serverRenewProhibited

server renew prohibited

serverTransferProhibited

server transfer prohibited

serverUpdateProhibited

server update prohibited

pendingDelete

pending delete

pendingTransfer

pending transfer

pendingCreate

pending create

pendingRenew

pending renew

pendingUpdate

pending update

pendingRestore

pending restore

addPeriod

add period

renewPeriod

renew period

autoRenewPeriod

auto renew period

transferPeriod

transfer period

redemptionPeriod

redemption period

Gerçek zamanlı durum kontrolü: WHOIS Sorgulama | Domain Transfer | Registrar API.

Sık Sorulan Sorular

clientTransferProhibited ne demek?

Registrar'ınız, bu domain için her transfer isteğinin reddedilmesi talimatını Registry'e vermiştir. Çoğunlukla bir sorun değil, standart bir güvenlik özelliğidir. Transfer yapabilmek için Registrar panelinizden kilidi kaldırmanız gerekir.

clientTransferProhibited'ı kendim kaldırabilir miyim?

Çoğu Registrar, panelde 'Domain kilidi' veya 'Transfer kilidini devre dışı bırak' şeklinde bir self-service seçenek sunar. Bu seçenek yoksa Registrar destek ekibiyle iletişime geçin.

clientTransferProhibited ile serverTransferProhibited arasındaki fark nedir?

clientTransferProhibited Registrar'ınız tarafından tanımlanır ve Registrar'ınız kaldırır. serverTransferProhibited Registry tarafından tanımlanır; yalnızca Registry kaldırabilir ve Registrar aracılığıyla talep edilmesi gerekir.

Domain'im neden clientHold durumuna düştü?

clientHold, Registrar'ınızın domain'inizi askıya alması anlamına gelir. Yaygın nedenler: ödenmemiş fatura, hizmet şartları ihlali, WHOIS doğrulama e-postasına yanıt verilmemesi veya devam eden bir hukuki uyuşmazlık.

Domain'im redemptionPeriod'da. Ne yapabilirim?

Hemen Registrar'ınıza başvurun. Genellikle 30 günlük bir geri yükleme penceresi vardır. Geri yükleme, standart yenileme ücretine ek olarak Registry'nin belirlediği yüksek bir geri yükleme ücretini kapsar.

redemptionPeriod'daki bir domain transfer edilebilir mi?

Hayır. Önce geri yükleme (restore) yapılması, ardından transferin başlatılması gerekir.

clientHold durumunda site açılmaz mı?

Doğru. clientHold, domain'i DNS'ten kaldırır. Siteniz ve e-postanız çevrimdışı olur; hosting tarafı bundan etkilenmez.

inactive ile ok arasındaki fark nedir?

ok (active), domain'in tam olarak yapılandırıldığı ve çalıştığı anlamına gelir. inactive ise domain'in kayıtlı olduğu ama nameserver tanımlanmadığı için DNS'te çözümlenmediği anlamına gelir.

pendingDelete ne kadar sürer?

Yaklaşık 5 gün. Ardından domain Registry veritabanından tamamen silinir ve herkese açık hale gelir.

pendingDelete'deki bir domain'i tescil edebilir miyim?

Domain tamamen silindikten (5 günlük pencere sona erdikten) sonra herkese açık hale gelir. Backorder hizmetleri bunu takip eder.

ok ile clientTransferProhibited aynı anda görünebilir mi?

Evet ve bu tamamen normaldir, hatta önerilen yapıdır. ok domain'in aktif olduğunu, clientTransferProhibited ise transfere karşı koruma tanımlandığını gösterir; çelişmezler.

addPeriod ne anlama gelir?

İlk tescil sonrası yaklaşık 5 günlük grace süresidir. Bu pencerede Registrar domain'i silerse Registry ücreti iade eder. Domain bu sürede normal çalışır.

autoRenewPeriod ne yapmam gerektiğini söylüyor mu?

Registrar'ınız domain'i sizin adınıza otomatik yeniledi ve bu ücret size yansıtılacak. Domain'i tutmak istemiyorsanız hemen Registrar'ınıza bildirin; grace süresi içinde iptal edilebilir.

Domain transfer süreci beklenenden uzun sürüyor, ne yapmalıyım?

Genellikle 5 günlük bir bekleme süresi vardır. Mevcut Registrar onaylamaz veya reddedmezse otomatik tamamlanır. 5 iş günü geçtiyse alan Registrar'ınıza başvurun.

Nameserver değişikliği neden çalışmıyor?

clientUpdateProhibited veya serverUpdateProhibited kontrolü yapın. Domain'de Registrar kilidi varsa güncelleme komutları Registry düzeyinde reddedilir.

serverHold nasıl kaldırılır?

Yalnızca Registry kaldırabilir. Registrar'ınıza başvurun; Registry ile koordine ederek çözüm talebinde bulunacaklar. Süre ve gerekli belgeler duruma özgü değişir.

Domain'im aktifse ama site açılmıyorsa ne yapmalıyım?

WHOIS durumu ok görünüyorsa sorun domain tarafında değildir; hosting veya DNS yapılandırması tarafında bir sorun vardır. Nameserver'ların doğru tanımlı olduğunu ve hostinginizin aktif olduğunu kontrol edin.

ICANN'ın 60 günlük transfer kilidi nedir?

Domain tescil edildiğinde veya başarılı bir transfer tamamlandığında 60 günlük bir transfer kilidi devreye girer. Bu ICANN politika zorunluluğudur; her başarılı transferden sonra süre yeniden başlar.

Domain kaydolurken neden inactive çıkıyor?

Tescil tamamlandı ama henüz nameserver tanımlanmadı. Registrar panelinizden veya API üzerinden nameserver ekleyin.

Durum kodu olmadan WHOIS sonucu çıkabilir mi?

Hayır. Kayıtlı her domain en az bir durum koduna sahip olmalıdır. Eğer WHOIS sonucunda kod yoksa domain tescilli olmayabilir ya da WHOIS verisi gecikmeli yayımlanıyor olabilir.

serverHold, otomatik olarak tanımlanabilir mi?

Evet. Bazı Registry'ler kötüye kullanım (spam, kimlik avı, zararlı yazılım) tespit sistemleri aracılığıyla serverHold'u otomatik uygular. Kayıt sahibine önceden bildirim yapılmayabilir.

Registry Lock ile Registrar kilidi arasındaki fark nedir?

Registrar kilidi, dört client kodunun Registrar tarafından tanımlanmasıdır. Registry Lock ise ücretli bir premium hizmettir; Registry kendisi server kodları tanımlar ve değişiklikler için çevrimdışı (telefon tabanlı) doğrulama gerektirir. Yüksek değerli domain'ler için çok daha güçlü bir korumadır.

API ile clientTransferProhibited kaldırılabilir mi?

Evet. Domain Name API'nin kütüphanesindeki EnableTheftProtectionLock() ve ilgili metodlar aracılığıyla kilitleri programatik olarak açıp kapatabilirsiniz.

pendingTransfer sırasında DNS kayıtları değişir mi?

Hayır. Transfer yalnızca hangi Registrar'ın domain'i yönettiğini değiştirir; DNS kayıtları aynı kalır.

Kaldırılan clientHold sonrası DNS ne kadar sürede aktif olur?

Registry düzeyinde dakikalar içinde yeniden devreye girer; ama dünya genelindeki DNS önbellek süreleri (TTL) nedeniyle tam propagation 24-48 saate kadar sürebilir. Çoğu kullanıcı birkaç saat içinde erişebilir hale gelir.

EPP kodları tüm TLD'lerde aynı mıdır?

RFC 5731'de tanımlanan standart EPP kodları tüm generic TLD'ler (.com, .net, .org vb.) için geçerlidir. Bazı ccTLD'ler (.tr, .uk, .de gibi ülke kodu alan adları) kendi tescil sistemlerini kullanabilir.

API ile domain durum kodlarını sorgulayabilir miyim?

Evet. Domain Name API'nin GetDetails() metodu, portföyünüzdeki herhangi bir domain'in güncel durum kodlarını döndürür.

serverRenewProhibited görünce ne yapmalıyım?

Hemen Registrar'ınıza başvurun. Domain yenilenemediği için ileride sona erecek; Registrar'ın Registry ile koordine etmesi gerekir.

redemptionPeriod geri yükleme ücreti ne kadar?

TLD'ye ve Registrar'a bağlıdır. .com için genellikle 75-200 USD arası ya da üzerinde olabilir; bu miktar Registry'nin belirlediği geri yükleme ücretiyle standart yenileme ücretinin toplamıdır.

pendingDelete durumundaki domain geri alınabilir mi?

Yalnızca redemptionPeriod ile birlikte görünüyorsa geri yükleme mümkündür. Tek başına pendingDelete, geri yükleme süresinin dolduğu ve kurtarmanın artık mümkün olmadığı anlamına gelir.

Domain'im pendingCreate'te uzun süre takılı kaldı, ne yapmalıyım?

Standart TLD'lerde dakikalar içinde tamamlanması beklenir. Bir günden fazla sürdüyse Registrar'ınıza başvurun.

clientDeleteProhibited domain çalışmasını etkiler mi?

Hayır. clientDeleteProhibited yalnızca silme işlemini engeller; DNS, e-posta veya transfer üzerinde hiçbir etkisi yoktur.

Her iki hold kodu aynı anda aktif olabilir mi?

Evet. Hem clientHold hem serverHold aynı anda aktif olabilir; ikisi de çözülmeden domain DNS'te aktif olamaz.

Domain aktif olmasa bile WHOIS sonucu döner mi?

Evet. WHOIS, domain Registry kayıtlarını sorgular. clientHold veya serverHold'daki bir domain DNS'te aktif olmasa bile WHOIS'te görünür.

Transferde auth code nasıl alınır, clientTransferProhibited varken?

Önce clientTransferProhibited'ı kaldırın (kilidi açın), ardından Registrar panelinizden auth code'u talep edin. Bazı Registrar'lar kilit açılınca kodu otomatik panelde gösterir; diğerleri tescil e-postasına gönderir.

Sonuç

Domain durum kodları, domain kayıt sisteminin mevcut durumu ilgili tüm taraflara iletmesinin standart yoludur. Çoğu zaman gördüğünüz kodlar ya “her şey yolunda” sinyalleridir (ok, addPeriod, renewPeriod) ya da fark etmeden arka planda çalışan standart güvenlik önlemleridir (clientTransferProhibited, clientDeleteProhibited).

Dikkat etmeniz gereken kodlar şunlardır: hold kodları (clientHold, serverHold), yaşam döngüsüne kritik etkisi olan kodlar (redemptionPeriod, pendingDelete) ve yapmak istediğiniz işlemi engelleyen kodlar (transfer veya güncelleme yapmaya çalışırken clientTransferProhibited ya da clientUpdateProhibited).

Her durumda süreç aynı şekilde başlar: WHOIS veya RDAP sorgusu yapın, durumu okuyun, kodun client mı server mı olduğunu belirleyin ve bu bilgiyle Registrar'ınıza başvurun.

Faydalı araçlar:

• ✔ WHOIS Sorgulama — herhangi bir domain'in güncel durum kodlarını anında görün
• ✔ Domain Transfer — transfer başlatın veya takip edin
• ✔ Domain Kayıt — yeni domain tescil edin
• ✔ Reseller API — durum kodlarını programatik olarak yönetin