Alan Adı Durum Kodları: ClientHold ve ServerHold

Alan adınızın süresi dolmadığı halde web siteniz açılmıyor veya e-posta gönderip alamıyorsanız, yalnızca hosting sunucusunu incelemek yeterli olmayabilir. Kayıt ekranında görülen clientHold, serverHold, pendingTransfer ya da redemptionPeriod kodları, sorunun alan adı kayıt katmanında olduğunu gösterebilir.

Bu kodlar HTTP yanıt kodu değildir. Web sunucusunun verdiği 404 veya 503 gibi cevaplardan farklı olarak alan adının kayıt kuruluşu ve kayıt otoritesi nezdindeki durumunu anlatır. Önce hangi kodun bulunduğunu belirleyin; ardından yalnızca o duruma ilişkin işlemi uygulayın.

Alan adı durum kodları neyi gösterir?

Alan adı durum kodları, EPP (Extensible Provisioning Protocol) adı verilen kayıt yönetim protokolündeki standart durumlardır. EPP, kayıt kuruluşları ile alan adı kayıt otoriteleri arasındaki oluşturma, yenileme, transfer ve durum değişikliklerinin yönetilmesini sağlar. Bazı paneller bu kodları küçük ve büyük harf karışımıyla, bazıları ise açıklama metniyle gösterir.

Bir alan adında aynı anda birden fazla durum bulunabilir. Örneğin clientHold ile clientTransferProhibited birlikte görülebilir: ilki DNS delegasyonunu, ikincisi kayıt kuruluşları arasındaki transferi kısıtlar. Buna karşılık ok, bekleyen bir EPP işlemi veya kısıtlama olmadığını belirtir ve diğer EPP durum kodlarıyla birlikte kullanılmaz. ok görülmesi, DNS yapılandırmasının veya web sitesinin sorunsuz çalıştığını tek başına kanıtlamaz.

Teşhis sırasında üç katmanı birbirinden ayırın:

• Registrar veya kayıt kuruluşu: Alan adını yönettiğiniz şirkettir. Ödeme, iletişim doğrulaması ve müşteri hesabı işlemleri burada yürütülür.
• Registry veya kayıt otoritesi: Belirli bir alan adı uzantısının merkezi kayıt sistemidir. serverHold gibi durumları bu katman uygulayabilir.
• DNS ve hosting: Alan adının hangi IP adresine gideceğini ve web uygulamanızın hangi sunucuda çalışacağını belirleyen ayrı katmanlardır.

Alan adında bir hold durumu varsa DNS ayarlarını tekrar tekrar değiştirmek çoğu zaman sorunu çözmez. Önce hold nedenini ve kaldırma koşulunu netleştirin.

clientHold nedir, site neden açılmaz?

clientHold, kayıt kuruluşunun alan adına uyguladığı bir durumdur. Kayıt otoritesine alan adının DNS delegasyonunu üst bölgede yayımlamaması gerektiğini bildirir. DNS sağlayıcınızdaki bölge ve kayıtlar silinmeden de alan adının normal DNS çözümlemesi kesilebilir. Önbellekteki yanıtlar bir süre kullanılabilse de web sitesine erişim ve MX kayıtlarına bağlı e-posta teslimatı aksayabilir.

Bu kodun uygulanma nedeni kayıt kuruluşuna göre değişebilir. Yaygın olasılıklar arasında süresi geçmiş ödeme, doğrulanmamış iletişim bilgisi, kötüye kullanım incelemesi, istenen belgeye yanıt verilmemesi veya hesap güvenliğiyle ilgili bir işlem bulunur. Kodun kendisi kesin nedeni açıklamaz; neden, kayıt kuruluşunun bildiriminde ve destek kaydında bulunur.

clientHold için teşhis adımları

1. Alan adını yönettiğiniz kayıt kuruluşu hesabına giriş yapın ve durum kodunun tam yazımını kontrol edin.
2. Hesap e-posta adresindeki bildirimleri, spam klasörünü ve destek taleplerini inceleyin.
3. Ödeme, otomatik yenileme, iletişim bilgisi doğrulaması ve istenen belge bildirimlerini kontrol edin.
4. Panelde alan adının DNS kayıtlarından önce kayıt statüsünü ve kısıtlama açıklamasını inceleyin.
5. Gerekirse kayıt kuruluşuna alan adı, hesap sahibi ve durum kodunu içeren bir destek talebi gönderin. Parola veya kimlik belgesini güvenli olmayan bir kanaldan paylaşmayın.

Bu aşamada en dar düzeltme, bildirilen nedeni gidermektir. Örneğin sorun doğrulanmamış e-posta adresiyse yalnızca doğrulama bağlantısını tamamlayın. Ödeme sorunu varsa ödeme yöntemini ve yenileme işlemini kontrol edin. DNS sunucularını değiştirmek hold kararını kaldırmaz.

clientHold kaldırıldıktan sonra doğrulama

Hold kaldırıldıktan sonra önce kayıt kuruluşu panelinde durum kodunun kalktığını doğrulayın. Registry’nin üst DNS bölgesinde delegasyonu yeniden yayımlaması ve çözümleyicilerdeki olumlu veya olumsuz önbellek kayıtlarının süresinin dolması zaman alabilir; erişim her sorgulama noktasında aynı anda dönmeyebilir. Ardından üst bölgedeki NS delegasyonunu, yetkili nameserver yanıtlarını ve yapılandırmanızda kullanılan A, AAAA, CNAME ve MX kayıtlarını kontrol edin.

Web sitesi için HTTPS bağlantısını ve uygulamanın yanıtını ayrı test edin. E-posta için gönderme ve alma işlemlerini ayrıca kontrol edin. Bir testin başarılı olması, diğer hizmetin de çalıştığını kanıtlamaz.

serverHold nedir ve clientHold’dan farkı nedir?

serverHold, alan adı kayıt otoritesinin uyguladığı bir kısıtlamadır. Bu durum, alan adının DNS delegasyonunun üst bölgede yayımlanmasını engeller. Önbellekteki yanıtların süresi doldukça normal DNS çözümlemesi kesilebilir; hosting sunucusu ve yetkili DNS sunucuları çalışıyor olsa bile web sitesi ve e-posta erişilemez hale gelebilir.

clientHold kayıt kuruluşunun, serverHold ise kayıt otoritesinin uyguladığı durum olarak düşünülebilir. Kullanıcı açısından ilk belirti benzer olabilir: alan adı çözülmez veya beklenmeyen bir yanıt alınır. Yalnızca tarayıcıdaki hata mesajına bakarak iki kodu ayırmak mümkün değildir.

serverHold için olası nedenler uzantıya ve ilgili kayıt otoritesinin kurallarına göre değişir. Kötüye kullanım bildirimi, yasal talep, doğrulama veya politika incelemesi gibi süreçler söz konusu olabilir. Kesin neden için kayıt kuruluşunuzdan açıklama istemeniz gerekir; kayıt kuruluşu gerektiğinde registry ile iletişim kurar.

serverHold durumunda izlenecek yol

1. Durum kodunun gerçekten serverHold olduğunu, benzer görünen clientHold veya transfer kilidi kodlarından ayırarak teyit edin.
2. Kayıt kuruluşunun destek kanalından hold nedenini, gerekli belgeleri ve beklenen işlem sırasını yazılı olarak sorun.
3. Talep edilen uyum adımını tamamlayın; bunun için içerik veya DNS değişikliği gerekiyorsa kapsamını netleştirin. Hold nedenini gidermeyen rastgele değişikliklerden kaçının.
4. Bir kötüye kullanım iddiası varsa ilgili logları ve gerekli kanıtları hukuki yükümlülüklere uygun, erişimi kısıtlı biçimde koruyun. Aktif kötüye kullanımı durdurmayı inceleme sonucuna kadar ertelemeyin; yapılan müdahaleleri kaydedin.
5. Hold kaldırıldığında kayıt kuruluşu panelini, DNS çözümlemesini ve uygulama servislerini sırayla doğrulayın.

Registry sistemine doğrudan erişemiyorsanız kayıt kuruluşu üzerinden ilerlemeniz gerekir. Hosting firmasının sunucuyu yeniden başlatması veya WordPress eklentilerini kapatması, alan adı registry seviyesinde tutuluyorsa erişimi geri getirmez.

pendingTransfer ne anlama gelir?

pendingTransfer, alan adının başka bir kayıt kuruluşuna transfer isteğinin işlem aşamasında olduğunu gösterir. Transfer talebi başlatılmış, ancak onay, ret veya sürecin tamamlanması henüz sonuçlanmamış olabilir. Bu kod tek başına alan adının DNS çözümlemesinin durduğu anlamına gelmez.

Transfer sırasında registry’de kayıtlı nameserver bilgileri genellikle değişmez. Ancak eski kayıt kuruluşunun sunduğu DNS hizmetinin transferden sonra sürüp sürmeyeceğini ayrıca teyit edin; nameserver adreslerinin korunması, o sunucuların hizmet vermeye devam edeceğini garanti etmez. Transfer kilidi, EPP yetkilendirme kodu ve transfer uygunluğuyla ilgili koşullar çoğunlukla talep kabul edilmeden önce kontrol edilir. pendingTransfer zaten görünüyorsa önce bekleyen talebin durumunu ve onay bildirimlerini inceleyin. EPP servisi ve yetkilendirme kodunun nasıl çalıştığını anlamak için Alan Adı EPP Servisi Nedir? başlığındaki açıklamalardan yararlanabilirsiniz.

Transfer beklemedeyse ne yapmalısınız?

• Transferi gerçekten sizin başlatıp başlatmadığınızı kontrol edin.
• Talep size aitse mevcut ve yeni kayıt kuruluşundaki işlem durumunu karşılaştırın. pendingTransfer zaten görünüyorsa kilidi tekrar değiştirmek yerine bekleyen işlem için sizden hangi adımın istendiğini öğrenin.
• Transfer onay e-postasını, yeni kayıt kuruluşunun panelini ve spam klasörünü kontrol edin.
• Yetkisiz bir talep varsa mevcut kayıt kuruluşuyla hemen iletişime geçerek transferin durdurulmasını isteyin; panelde veya doğrulanmış bildirimde ret seçeneği sunuluyorsa kullanın. Kilit kaldırmayın ve yetkilendirme kodunu paylaşmayın.
• Transfer tamamlanana kadar nameserver değişikliği gibi ayrı bir işlemi, gerekmiyorsa aynı anda başlatmayın. Mevcut DNS hizmeti sona erecekse geçişi hizmet kesilmeden önce planlayın.

Transfer talebini siz başlatmadıysanız yalnızca beklemekle yetinmeyin. Kayıt kuruluşu parolasını değiştirin, iki aşamalı doğrulamayı etkinleştirin ve hesapta tanımadığınız kullanıcı ya da API erişimi olup olmadığını inceleyip yetkisiz erişimleri iptal edin. Yetkisiz transfer tamamlandıysa önceki kayıt kuruluşuna acilen başvurarak geri alma veya itiraz sürecini başlatmasını isteyin ve bildirimleri kanıt olarak saklayın. Sizin başlattığınız transfer tamamlandıysa yeni kuruluşta iletişim bilgilerini, nameserver atamalarını ve DNS hizmetinin çalıştığını doğrulayın.

redemptionPeriod nedir? Alan adı nasıl kurtarılır?

redemptionPeriod, alan adının kayıt kuruluşu tarafından silinmesinin ardından registry’de kurtarma dönemine girdiğini gösterir. Bu durum sıklıkla süresi dolup yenilenmeyen alan adlarında görülür, ancak süre dolmadan yapılan bir silme işlemi sonrasında da oluşabilir. Silinen her alan adının bu döneme gireceği varsayılmamalıdır; uzantının kuralları ve silmenin gerçekleştiği aşama önemlidir. Bu statüde normal yenileme yerine kayıt kuruluşu üzerinden restore adı verilen özel bir kurtarma işlemi gerekir.

Bu dönemde alan adının DNS delegasyonu yayımlanmaz; önbellekteki kayıtların süresi dolduğunda web ve e-posta erişimi kesilebilir. Kurtarma penceresi uzantının kurallarına bağlıdır; kayıt kuruluşunun işlem yapabilmesi için başvuruyu bu pencere kapanmadan önce tamamlamanız gerekir. Kurtarma ücreti, yenilemenin bu ücrete dahil olup olmadığı ve sağlayıcının başvuru son tarihi ayrıca teyit edilmelidir. Tüm uzantılar için aynı ücret veya gün sayısını varsaymayın.

redemptionPeriod için güvenli işlem sırası

1. Kayıt kuruluşu panelinden veya destek ekibinden alan adının tam statüsünü ve kurtarma başvurusu için son tarihi öğrenin.
2. Alan adının sahibi olduğunuzu doğrulayan hesap erişimini hazırlayın.
3. Restore işleminin koşullarını, normal yenilemeden farkını, varsa ücreti ve yenilemenin işleme dahil olup olmadığını yazılı olarak teyit edin.
4. Erişiminiz varsa mevcut DNS bölgesinin, web yapılandırmasının ve e-posta kayıtlarının yedeğini alın; ancak yedekleme nedeniyle son tarihi yaklaşan restore başvurusunu geciktirmeyin.
5. Restore tamamlandıktan sonra kayıt durumunu ve yeni sona erme tarihini doğrulayın. Yenileme işleme dahil değilse ve gerekiyorsa ayrıca yenileyin; nameserver atamalarını ve DNS kayıtlarını kontrol edin.

Alan adı redemptionPeriod aşamasındayken yeni bir alan adına geçmek, eski alan adının kurtarılmasıyla aynı işlem değildir. Marka, arama görünürlüğü ve e-posta sürekliliği açısından önce mevcut alan adının kurtarılma ihtimalini ve son tarihini kayıt kuruluşuyla netleştirin.

Durum kodunu nasıl doğrularsınız?

İlk kaynak, alan adını yönettiğiniz kayıt kuruluşunun panelidir. Buradaki bilgi güncel işlem açıklamalarını ve hesabınıza özel uyarıları içerebilir. Durumu ikinci bir kaynaktan karşılaştırmak için ilgili kayıt otoritesinin RDAP hizmetini kullanın; gTLD kayıt verilerinde öncelikli sorgulama yöntemi RDAP’tır. WHOIS kullanılabilirliği uzantıya ve sağlayıcıya göre değişir. RDAP çıktısında kodlar clientHold yerine client hold gibi boşluklu ifadelerle gösterilebilir. WHOIS ve kayıt bilgilerinin nasıl okunacağını öğrenmek için Whois Nedir? Alan Adı Sahibi Nasıl Sorgulanır? içeriğine bakabilirsiniz.

Sorguda clientHold, serverHold, pendingTransfer, redemptionPeriod, clientTransferProhibited veya serverTransferProhibited gibi kodları birlikte değerlendirin. Transfer kilidi kodları transferi sınırlar; hold kodları ise DNS kullanılabilirliğini doğrudan etkileyebilir. Benzer kelimeleri aynı sorun gibi yorumlamayın.

DNS ve hizmet testlerini ayırın

Durum kodunu doğruladıktan sonra DNS çözümlemesini test edin. Alan adının A veya AAAA kaydı beklenen IP adresine gidiyor mu, MX kayıtları doğru e-posta sağlayıcısını gösteriyor mu ve nameserver yetkisi doğru mu kontrol edin. Registry kısıtlaması sürerken alınan DNS sonuçlarının, kısıtlama kaldırıldıktan sonraki durumu göstermeyebileceğini dikkate alın.

Web sitesi için HTTPS sertifikasının alan adıyla eşleşmesini ve uygulamanın yanıt verdiğini test edin. E-posta için yalnızca webmail girişini değil, farklı bir adrese gönderme ve dışarıdan alma işlemini de kontrol edin. Hold sırasında gönderilemeyen iletilerin daha sonra otomatik olarak teslim edileceğini varsaymayın; gönderen sistemin hata ve kuyruk kayıtlarını ayrıca inceleyin.

Sık Sorulan Sorular

clientHold ile domain kilidi aynı şey midir?

Hayır. clientHold DNS kullanımını etkileyebilen bir durumdur. clientTransferProhibited ise alan adının başka bir kayıt kuruluşuna transferini kısıtlayan transfer kilididir. Aynı alan adında iki kodun birlikte bulunması mümkündür.

serverHold varken nameserver değiştirmek çözüm olur mu?

Hayır; nameserver değiştirmek serverHold kısıtlamasını kaldırmaz. Registry düzeyindeki hold sürerken delegasyon üst DNS bölgesinde yayımlanmaz. Önce kısıtlamanın nedenini ve kaldırma koşulunu kayıt kuruluşundan öğrenin. DNS değişikliği uyum için isteniyorsa mevcut bölgeyi yedekleyip gerekli değişikliği yapın; erişimin dönmesi için hold durumunun da kaldırılması gerekir.

pendingTransfer durumunda web sitesi kapanır mı?

Tek başına kapanması beklenmez. Transfer süreci sırasında mevcut DNS ve hosting yapılandırması çalışmaya devam edebilir. Ancak yetkisiz veya hatalı transfer talebi hesap güvenliği ve alan adı sahipliği açısından risk oluşturur.

redemptionPeriod biterse alan adı kesin olarak alınabilir mi?

Alan adının yeniden kayda açılma şekli uzantıya ve kayıt otoritesinin zamanlamasına bağlıdır. Kurtarma son tarihini bekletmeden kayıt kuruluşundan teyit edin; son aşamadan sonra yeniden kayıt garantisi yoktur.

Kontrol listesi ve sonraki adım

• Durum kodunu kayıt kuruluşu panelinden ve mümkünse RDAP kaydından, WHOIS destekleniyorsa oradan da doğrulayın. RDAP’taki boşluklu durum adlarını EPP kodlarıyla eşleştirin.
• clientHold için ödeme, iletişim doğrulaması ve bildirimleri kontrol edin.
• serverHold için kayıt kuruluşundan registry kısıtlamasının gerekçesini ve gerekli belgeleri isteyin.
• pendingTransfer için transfer talebini kimin başlattığını ve onay sürecini kontrol edin.
• redemptionPeriod için son tarihi ve restore koşullarını netleştirin; mümkünse DNS yedeğini alın, ancak kurtarma başvurusunu geciktirmeyin.
• Statü düzeldikten sonra DNS, web sitesi ve e-postayı ayrı ayrı test edin.

Şimdi alan adının mevcut statüsünü, kayıt kuruluşu hesabındaki bildirimleri ve alan adı sahibi e-posta adresini kontrol edin. Kodun anlamı netleşmeden DNS veya hosting üzerinde geniş değişiklik yapmayın; doğru katmandaki dar işlemi tamamlayıp sonucu yeniden doğrulayın.

Emre