Alan Adı Süresi Dolunca Ne Olur? Kurtarma Rehberi

Alan adı süresi dolunca gerçekten ne olur?

Bir sabah sitenizin açılmadığını, e-posta gönderemediğinizi ve tarayıcının alan adını bir park sayfasına yönlendirdiğini görüyorsunuz. VPS’e SSH bağlantısı açık, Nginx ayakta, uygulama loglarında da belirgin bir hata yok. İlk refleks sunucuyu kontrol etmek oluyor. Bazen doğru yer orası değil.

Arama motorlarında alan adı süresi doldu diye arayanların karşısına farklı senaryolar çıkmasının nedeni bu. Alan adı, bitiş tarihi geçer geçmez her zaman silinmez. Kayıt şirketinin uyguladığı bekleme süresi, alan adı uzantısı ve yenileme zamanlaması hangi aşamada olduğunuzu belirler.

Benzer bir durumu birkaç yıl önce DNS sağlayıcısı değiştirirken yaşadım. Alan adı doğru nameserver’lara dönmüş görünüyordu fakat DNSSEC için eski DS kaydı üst bölgede kalmıştı. Bazı resolver’lar alan adını çözüyor, bazıları ise doğrulama hatası döndürüyordu. Sorunu VPS’te ararken dig çıktısındaki farkı fark ettim; DS kaydını ve yeni DNS anahtar zincirini eşleştirince erişim normale döndü. O günden beri alan adı yenilemesini yalnızca ödeme işlemi olarak görmüyorum; nameserver, DNSSEC ve e-posta kayıtlarını da aynı kontrolün parçası sayıyorum.

Son kullanma tarihi ile silinme tarihi aynı değil

Alan adının kayıt ekranında görünen bitiş tarihi, çoğunlukla kayıt döneminin sona erdiği tarihi gösterir. Bu tarih geçince kayıt hemen herkesin satın alabileceği boş bir isim hâline gelmez. Kayıt şirketi ve alan adı kayıt kuruluşu tarafından tanımlanan birkaç dönem sırayla devreye girebilir.

İsimler ve süreler uzantıya göre değişir. .com, .net ve benzer genel üst seviye alan adlarında sık görülen akış aşağıdaki gibidir; tabloyu kesin bir takvim değil, başlangıç noktası olarak okuyun.

Her uzantı aynı davranmaz. Ülke kodlu alan adlarında, örneğin .tr, kayıt ve silinme prosedürü ilgili kayıt kuruluşunun kurallarına bağlıdır. Kayıt şirketinin yardım sayfasında yazan süreleri esas alın; başka bir uzantının kuralını kendi alan adınıza uygulamayın.

Alan adı süresi dolduğunda hangi belirtiler görülür?

İlk belirti her zaman sitenin tamamen kapanması değildir. Bazı kayıt şirketleri süresi geçen alan adını park sayfasına yönlendirir, bazıları DNS çözümlemesini durdurur, bazıları da birkaç gün boyunca mevcut nameserver kayıtlarını korur.

• Web sitesi açılmayabilir veya kayıt şirketinin park sayfasına gidebilir.
• Alan adına bağlı e-posta adresleri yeni ileti alamayabilir.
• SMTP tarafında teslim edilememe, DNS veya MX hataları görülebilir.
• SSL sertifikası teknik olarak geçerli olsa bile alan adı doğru sunucuya gitmediği için tarayıcı uyarısı oluşabilir.
• API istemcileri, webhook’lar ve üçüncü taraf entegrasyonlar alan adını çözemeyebilir.
• Arama motorları kısa süreli erişim problemlerini izleyebilir; uzun kesintiler indeks ve trafik kaybına dönüşebilir.

DNS önbelleği tabloyu karıştırır. Bir kullanıcı eski IP adresini görürken başka bir kullanıcı alan adını hiç çözemeyebilir. Farklı resolver’ların önbellek süreleri aynı değildir; kayıt şirketinin DNS yanıtını değiştirmesi de bu farkı büyütebilir.

Kontrole önce alan adının nameserver, A ve MX kayıtlarını sorgulayarak başlarım:

dig +short NS ornekalanadiniz.com
dig +short A ornekalanadiniz.com
dig +short MX ornekalanadiniz.com

Bu satırdaki +short çıktıyı sadeleştirir; tek başına kesin kanıt üretmez. DNSSEC, resolver önbelleği veya yanlış uzantı da boş ya da beklenmeyen bir çıktı oluşturabilir. Farklı DNS sunucularına sorarak kontrolü genişletin:

dig @1.1.1.1 ornekalanadiniz.com A
dig @8.8.8.8 ornekalanadiniz.com A

dig +short çıktısında beklediğiniz IP görünmüyorsa VPS’i yeniden başlatmak çözüm olmayacaktır. Bir vakada ilk refleksim Nginx loglarına bakmak olmuştu; loglar tamamen normaldi. Asıl sorun, alan adının nameserver yanıtının değişmiş olmasıydı.

Önce hangi bilgiyi kontrol etmelisiniz?

Panikle yeni bir alan adı satın almaya veya sunucudaki DNS dosyalarını değiştirmeye geçmeden önce kayıt durumunu doğrulayın. Kayıt şirketinizin panelinde şu bilgileri arayın:

• Expiration date veya bitiş tarihi
• Renewal ve restore seçenekleri
• Alan adı durumu: active, expired, redemption veya pending delete
• Auto-renew ayarı
• Ödeme yöntemi ve son başarısız ödeme
• Alan adı sahibinin ve yönetici kişinin e-posta adresi

Panel erişiminiz yoksa RDAP sorgusu faydalı olabilir. WHOIS hâlâ bazı uzantılarda kullanılsa da RDAP, kayıt verilerini daha yapılandırılmış biçimde sunar. Komut satırında curl ile genel bir RDAP uç noktasını sorgulayabilirsiniz:

curl -s https://rdap.verisign.com/com/v1/domain/ornekalanadiniz.com

Çıktı JSON biçimindedir. events bölümündeki kayıt ve bitiş tarihlerini, status alanındaki durumları kontrol edin. Gizlilik servisleri bazı iletişim bilgilerini saklayabilir; bu, alan adının süresinin dolmadığı anlamına gelmez.

RDAP sonucu ile kayıt şirketi paneli çelişiyorsa hemen destek bileti açın. Özellikle son kullanma tarihinin üzerinden birkaç gün geçtiyse yazışma kaydı oluşturmak ve işlemin ne zaman başlatıldığını belgelemek işinizi kolaylaştırır.

Kurtarma işlemi: aşama aşama ne yapmalısınız?

1. Kayıt şirketinden normal yenileme deneyin

Alan adı yalnızca yenileme süresini geçmişse panelde normal yenileme düğmesi görünür. Alan adının süresini bir veya daha fazla yıl uzatın, ödeme dekontunu saklayın ve işlem tamamlandıktan sonra durumun active hâline gelip gelmediğini izleyin.

Ödeme yapıldıktan sonra değişiklik her yerde anında görünmeyebilir. Kayıt şirketinin paneli işlemi kabul etmiş olabilir fakat nameserver güncellemesi ve DNS önbelleklerinin temizlenmesi zaman alabilir. Aynı işlemi art arda göndermek yerine işlem numarasını kontrol edin.

2. Kurtarma dönemindeyse restore talep edin

Alan adı redemption period aşamasına girdiyse normal yenileme düğmesi çalışmayabilir. Kayıt şirketi sizden restore veya redemption talebi oluşturmanızı ve normal yenileme ücretine ek olarak kurtarma bedeli ödemenizi ister.

Bu aşamada destek ekibine şu bilgileri tek mesajda iletmek daha sağlıklıdır:

• Alan adının tam yazımı
• Hesap veya müşteri numarası
• Alan adının sahibi olduğunuzu doğrulayan hesap bilgileri
• Son başarılı yenileme veya ödeme bilgisi
• Restore işlemi sonrası eski nameserver kayıtlarının korunup korunmayacağına dair sorunuz

Kimlik doğrulama talebi gelirse yalnızca kayıt şirketinin güvenli destek kanallarını kullanın. E-posta ile gelen, alan adınızı kurtarmak için şifre veya ödeme bilgisi isteyen şüpheli bağlantılara tıklamayın.

3. Pending delete durumunu ciddiye alın

Alan adı pending delete durumuna ulaştığında silinme sırası başlamıştır. Çoğu genel uzantıda kayıt şirketi üzerinden standart bir yenileme yapılamaz. Yine de alan adının sahibiyseniz kayıt şirketiyle hemen görüşün; izlenebilecek yol uzantının politikasına ve işlemin hangi aşamada olduğuna bağlıdır.

Bu noktada alan adını backorder hizmetiyle yeniden yakalamaya çalışmak mümkün olabilir fakat garanti değildir. Alan adı markanız, e-posta adresleriniz veya müşteri erişiminiz için kritikse beklemek yerine alternatif bir alan adı ve iletişim planını devreye alın.

DNS ve e-posta neden ayrıca kontrol edilmeli?

Alan adını yeniden etkinleştirmek, bütün hizmetlerin hemen normale döneceği anlamına gelmez. Eski DNS kayıtları korunmuş, silinmiş veya kayıt şirketinin varsayılan nameserver’larına dönmüş olabilir.

Alan adı geri geldikten sonra en az şu kayıtları kontrol edin:

• A kaydı: Web sunucusunun IPv4 adresi
• AAAA kaydı: Kullanıyorsanız IPv6 adresi
• MX kaydı: E-posta sunucusu
• TXT kayıtları: SPF, DKIM, DMARC ve doğrulama kayıtları
• CNAME kayıtları: CDN, mağaza, uygulama ve üçüncü taraf servisler
• CAA kaydı: Sertifika yetkilendirme politikanız varsa

Web sitesi açıldığı hâlde e-posta çalışmayabilir. Sebep MX kaydının kaybolması veya SPF ve DKIM kayıtlarının eski DNS sağlayıcısında kalmasıdır. Yeni DNS bölgesini elle oluşturmanız gerekirse kayıtları önceki yapılandırmadan, e-posta sağlayıcısından ve uygulama dokümantasyonundan çapraz kontrol edin.

DNSSEC kullanıyorsanız DS kaydını da inceleyin. Alan adı yeni DNS anahtarlarıyla dönüyor fakat üst bölgede eski DS kaydı duruyorsa doğrulama yapan resolver’lar alan adını hatalı veya erişilemez görebilir. DNSSEC’i düşünmeden kapatmak yerine kayıt şirketi ile DNS sağlayıcısındaki anahtar zincirini karşılaştırın.

SSL tarafında durum benzer. Alan adı yeniden doğru sunucuya döndükten sonra VPS’te SSL Sertifikası Kurulumu: Let’s Encrypt Rehberi içindeki kontrollerle sertifika ve otomatik yenileme akışını gözden geçirebilirsiniz. Sertifika süresi dolmuşsa Certbot’un dry-run testini de çalıştırın:

sudo certbot renew --dry-run

Bu komut gerçek sertifikayı yenilemez; yenileme akışını test eder. DNS doğrulaması kullanan kurulumlarda ilgili TXT kaydının doğru bölgede üretildiğini ayrıca izlemek gerekir.

Alan adı süresi doldu, site hâlâ açılıyor: yenilemeli miyim?

Evet. Sitenin açılması alan adının güvende olduğu anlamına gelmez. Resolver önbelleği veya kayıt şirketinin geçici uygulaması sayesinde hizmet bir süre daha çalışabilir. E-posta ise alıcı sunucuların DNS önbellekleri nedeniyle kullanıcıdan kullanıcıya farklı davranabilir.

Alan adı süresi dolduktan sonra çalışıyor görünmesine güvenip birkaç gün beklemek risklidir. Alan adı kurtarma aşamasına geçtiğinde ücret artabilir, DNS kayıtları değişebilir ve sonunda alan adı boşa düşebilir. Şirket e-posta adresleri, müşteri paneli ve ödeme bildirimleri bu isme bağlıysa gecikmenin bedeli alan adı ücretinden çok daha yüksek olur.

Tekrar yaşanmaması için nasıl takip kurulur?

Otomatik yenileme iyi bir başlangıçtır ama tek başına yedek plan değildir. Geçersiz kart, limit, banka engeli veya hesabın kilitlenmesi otomatik yenilemeyi durdurabilir. Bildirimlerin gittiği e-posta hesabı da alan adıyla aynı alana bağlıysa, alan adı süresi dolduğunda uyarıyı okuyamazsınız.

Ben kritik alan adlarında şu düzeni kullanıyorum:

1. Otomatik yenilemeyi açıyorum.
2. Ödeme yönteminin son kullanma tarihini takvimde takip ediyorum.
3. Kayıt şirketinden gelen bildirimlerin ayrı ve çalışan bir e-posta adresine gitmesini sağlıyorum.
4. Alan adı bitiş tarihini kendi takvimime de ekliyorum.
5. İşletme için kritik alan adlarını en az 30 gün önce manuel kontrol ediyorum.
6. Nameserver ve DNS kayıtlarının güncel bir kopyasını güvenli bir yerde tutuyorum.

DNS kaydını yedeklemek için kullandığınız sağlayıcının dışa aktarma özelliğinden yararlanabilirsiniz. Alan adı hesabının şifresini düz metin bir dosyaya koymayın. DNS yedeği işe yarar; hesap güvenliği zayıfsa yeni bir probleme kapı açar.

Alan adı ile sunucuyu aynı şirketten almak zorunda değilsiniz. Kayıt şirketi, DNS sağlayıcısı, hosting hesabı ve e-posta hizmeti farklı yerlerde olabilir. Bu ayrım yönetimi biraz artırır fakat tek bir hesabın kapanmasıyla bütün hizmetlerin aynı anda kaybolmasını önleyebilir.

Alan adı transferini düşünüyorsanız önce mevcut alan adının kilit durumunu, transfer için uygunluğunu ve bitiş tarihini kontrol edin. Süresi dolmuş bir alan adını taşımak, aktif bir alan adını taşımaktan daha karmaşık olabilir. İlgili işlem için Alan Adı Transferi Nasıl Yapılır? Adım Adım Rehber sayfasındaki EPP kodu, kilit ve doğrulama adımlarını inceleyebilirsiniz; kurtarma aşamasındaki alan adında önce yenileme veya restore işlemini netleştirin.

Alan adı kurtarıldıktan sonra web hizmetinin arkasındaki sunucuyu da kontrol etmek gerekir. DNS doğru IP’ye dönse bile VPS’te sanal host tanımı, firewall veya uygulama yapılandırması değişmiş olabilir. Sunucu tarafındaki temel kontroller için Linux Sunucu Güvenliği için Zorunlu 10 Temel Adım sayfasındaki servis ve erişim kontrollerini kendi yapınıza uyarlayabilirsiniz.

Dolandırıcılık mesajlarına karşı dikkatli olun

Alan adı süresi dolduğunda gönderilen sahte yenileme e-postaları oldukça ikna edici görünebilir. Mesajda alan adınızın adı, son kullanma tarihi ve bir ödeme bağlantısı bulunabilir. Bu bilgiler herkese açık kayıt verilerinden veya daha önce sızmış listelerden alınmış olabilir.

Ödeme yapmadan önce tarayıcıdaki adresi kendiniz yazın ve kayıt şirketinin paneline doğrudan giriş yapın. Gönderen adresinin görünen adına değil, gerçek alan adına bakın. Destek ekibiyle panel içindeki bilet sistemi üzerinden yazışmak daha güvenlidir.

Alan adı hesabında iki aşamalı doğrulamayı etkinleştirin. Kayıt şirketinin sunduğu hesap kilidi, transfer kilidi ve değişiklik bildirimlerini de açın. Böylece süresi dolma riskinin yanında yetkisiz nameserver değişikliklerini de daha erken fark edersiniz.

Bir daha aynı ekranı görmemek için

Alan adı süresi dolduğunda ilk işiniz sunucuyu yeniden başlatmak değil, kayıt durumunu doğrulamak olmalı. Panel, RDAP ve DNS sorguları birlikte incelendiğinde hangi aşamada olduğunuz genellikle kısa sürede anlaşılır. Normal yenileme dönemindeyseniz işlemi geciktirmeyin; redemption başladıysa restore ücretini ve DNS geri dönüşünü kayıt şirketinden netleştirin.

Benim aldığım en pratik ders şu: alan adı hesabının bildirim adresi, alan adının kendisine bağlı olmamalı. Bitiş tarihini yalnızca kayıt şirketinin hatırlamasına da bırakmayın. Takvimde iki uyarı, geçersiz bir kartın veya sessize alınmış bir e-postanın önüne bazen bütün izleme sistemlerinden daha hızlı geçiyor.

Sık Sorulan Sorular

Alan adı süresi dolunca kaç gün içinde yenilenebilir?

Bu süre alan adı uzantısına ve kayıt şirketinin politikasına göre değişir. Bazı genel uzantılarda süre dolduktan sonra bir yenileme dönemi bulunur, daha sonra redemption aşamasında ek ücret çıkar; kesin tarihi panelden veya destek ekibinden doğrulayın.

Süresi dolan alan adı hemen başkasına geçer mi?

Genellikle hayır. Alan adı çoğu zaman önce yenileme, grace period ve redemption aşamalarından geçer; pending delete sonrasında boşa düşer. Bu süreçte başka biri backorder verebilir veya alan adı silindiği anda kaydedebilir.

Alan adını yeniledim ama site hâlâ açılmıyor, ne yapmalıyım?

Önce dig ile A, AAAA ve NS kayıtlarını farklı DNS sunucularından sorgulayın. Nameserver veya DNS kayıtları değişmişse eski kayıtları geri yükleyin; doğru göründüğü hâlde sorun sürüyorsa hosting sanal host ayarını ve SSL sertifikasını kontrol edin.

Otomatik alan adı yenileme güvenli midir?

Elle unutma riskini azaltır fakat ödeme kartının geçerliliği ve bildirim adresi ayrıca izlenmelidir. Kritik alan adlarında otomatik yenilemeye ek olarak takvim hatırlatması ve düzenli panel kontrolü kullanın.