{"id":402,"date":"2026-08-31T10:02:03","date_gmt":"2026-08-31T10:02:03","guid":{"rendered":"https:\/\/www.vps.tc\/blog\/?p=402"},"modified":"2026-08-31T09:20:50","modified_gmt":"2026-08-31T09:20:50","slug":"alan-adi-suresi-dolunca-ne-olur-kurtarma-rehberi","status":"publish","type":"post","link":"https:\/\/www.vps.tc\/blog\/tr\/alan-adi-suresi-dolunca-ne-olur-kurtarma-rehberi\/","title":{"rendered":"Alan Ad\u0131 S\u00fcresi Dolunca Ne Olur? Kurtarma Rehberi"},"content":{"rendered":"<div class=\"aiw-toc\" style=\"border:1px solid #dbe3ea;border-radius:8px;padding:16px 20px;margin:0 0 28px\"><strong>\u0130\u00e7indekiler<\/strong><\/p>\n<ol style=\"margin:10px 0 0;padding-left:22px\">\n<li><a href=\"#alan-adi-suresi-dolunca-gercekten-ne-olur\">Alan ad\u0131 s\u00fcresi dolunca ger\u00e7ekten ne olur?<\/a><\/li>\n<li><a href=\"#son-kullanma-tarihi-ile-silinme-tarihi-ayni-degil\">Son kullanma tarihi ile silinme tarihi ayn\u0131 de\u011fil<\/a><\/li>\n<li><a href=\"#alan-adi-suresi-doldugunda-hangi-belirtiler-gorulur\">Alan ad\u0131 s\u00fcresi doldu\u011funda hangi belirtiler g\u00f6r\u00fcl\u00fcr?<\/a><\/li>\n<li><a href=\"#once-hangi-bilgiyi-kontrol-etmelisiniz\">\u00d6nce hangi bilgiyi kontrol etmelisiniz?<\/a><\/li>\n<li><a href=\"#kurtarma-islemi-asama-asama-ne-yapmalisiniz\">Kurtarma i\u015flemi: a\u015fama a\u015fama ne yapmal\u0131s\u0131n\u0131z?<\/a><\/li>\n<li><a href=\"#dns-ve-e-posta-neden-ayrica-kontrol-edilmeli\">DNS ve e-posta neden ayr\u0131ca kontrol edilmeli?<\/a><\/li>\n<li><a href=\"#alan-adi-suresi-doldu-site-hala-aciliyor-yenilemeli-miyim\">Alan ad\u0131 s\u00fcresi doldu, site h\u00e2l\u00e2 a\u00e7\u0131l\u0131yor: yenilemeli miyim?<\/a><\/li>\n<li><a href=\"#tekrar-yasanmamasi-icin-nasil-takip-kurulur\">Tekrar ya\u015fanmamas\u0131 i\u00e7in nas\u0131l takip kurulur?<\/a><\/li>\n<li><a href=\"#dolandiricilik-mesajlarina-karsi-dikkatli-olun\">Doland\u0131r\u0131c\u0131l\u0131k mesajlar\u0131na kar\u015f\u0131 dikkatli olun<\/a><\/li>\n<li><a href=\"#bir-daha-ayni-ekrani-gormemek-icin\">Bir daha ayn\u0131 ekran\u0131 g\u00f6rmemek i\u00e7in<\/a><\/li>\n<li><a href=\"#sik-sorulan-sorular\">S\u0131k Sorulan Sorular<\/a><\/li>\n<\/ol>\n<\/div>\n<h2 id=\"alan-adi-suresi-dolunca-gercekten-ne-olur\">Alan ad\u0131 s\u00fcresi dolunca ger\u00e7ekten ne olur?<\/h2>\n<p>Bir sabah sitenizin a\u00e7\u0131lmad\u0131\u011f\u0131n\u0131, e-posta g\u00f6nderemedi\u011finizi ve taray\u0131c\u0131n\u0131n alan ad\u0131n\u0131 bir park sayfas\u0131na y\u00f6nlendirdi\u011fini g\u00f6r\u00fcyorsunuz. VPS&#8217;e SSH ba\u011flant\u0131s\u0131 a\u00e7\u0131k, Nginx ayakta, uygulama loglar\u0131nda da belirgin bir hata yok. \u0130lk refleks sunucuyu kontrol etmek oluyor. Bazen do\u011fru yer oras\u0131 de\u011fil.<\/p>\n<p>Arama motorlar\u0131nda <strong>alan ad\u0131 s\u00fcresi doldu<\/strong> diye arayanlar\u0131n kar\u015f\u0131s\u0131na farkl\u0131 senaryolar \u00e7\u0131kmas\u0131n\u0131n nedeni bu. Alan ad\u0131, biti\u015f tarihi ge\u00e7er ge\u00e7mez her zaman silinmez. Kay\u0131t \u015firketinin uygulad\u0131\u011f\u0131 bekleme s\u00fcresi, alan ad\u0131 uzant\u0131s\u0131 ve yenileme zamanlamas\u0131 hangi a\u015famada oldu\u011funuzu belirler.<\/p>\n<p>Benzer bir durumu birka\u00e7 y\u0131l \u00f6nce DNS sa\u011flay\u0131c\u0131s\u0131 de\u011fi\u015ftirirken ya\u015fad\u0131m. Alan ad\u0131 do\u011fru nameserver&#8217;lara d\u00f6nm\u00fc\u015f g\u00f6r\u00fcn\u00fcyordu fakat DNSSEC i\u00e7in eski DS kayd\u0131 \u00fcst b\u00f6lgede kalm\u0131\u015ft\u0131. Baz\u0131 resolver&#8217;lar alan ad\u0131n\u0131 \u00e7\u00f6z\u00fcyor, baz\u0131lar\u0131 ise do\u011frulama hatas\u0131 d\u00f6nd\u00fcr\u00fcyordu. Sorunu VPS&#8217;te ararken <code>dig<\/code> \u00e7\u0131kt\u0131s\u0131ndaki fark\u0131 fark ettim; DS kayd\u0131n\u0131 ve yeni DNS anahtar zincirini e\u015fle\u015ftirince eri\u015fim normale d\u00f6nd\u00fc. O g\u00fcnden beri alan ad\u0131 yenilemesini yaln\u0131zca \u00f6deme i\u015flemi olarak g\u00f6rm\u00fcyorum; nameserver, DNSSEC ve e-posta kay\u0131tlar\u0131n\u0131 da ayn\u0131 kontrol\u00fcn par\u00e7as\u0131 say\u0131yorum.<\/p>\n<h2 id=\"son-kullanma-tarihi-ile-silinme-tarihi-ayni-degil\">Son kullanma tarihi ile silinme tarihi ayn\u0131 de\u011fil<\/h2>\n<p>Alan ad\u0131n\u0131n kay\u0131t ekran\u0131nda g\u00f6r\u00fcnen biti\u015f tarihi, \u00e7o\u011funlukla kay\u0131t d\u00f6neminin sona erdi\u011fi tarihi g\u00f6sterir. Bu tarih ge\u00e7ince kay\u0131t hemen herkesin sat\u0131n alabilece\u011fi bo\u015f bir isim h\u00e2line gelmez. Kay\u0131t \u015firketi ve alan ad\u0131 kay\u0131t kurulu\u015fu taraf\u0131ndan tan\u0131mlanan birka\u00e7 d\u00f6nem s\u0131rayla devreye girebilir.<\/p>\n<p>\u0130simler ve s\u00fcreler uzant\u0131ya g\u00f6re de\u011fi\u015fir. <code>.com<\/code>, <code>.net<\/code> ve benzer genel \u00fcst seviye alan adlar\u0131nda s\u0131k g\u00f6r\u00fclen ak\u0131\u015f a\u015fa\u011f\u0131daki gibidir; tabloyu kesin bir takvim de\u011fil, ba\u015flang\u0131\u00e7 noktas\u0131 olarak okuyun.<\/p>\n<table>\n<thead>\n<tr>\n<th>A\u015fama<\/th>\n<th>Ne olur?<\/th>\n<th>Sizin se\u00e7ene\u011finiz<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>S\u00fcre dolmadan \u00f6nce<\/td>\n<td>Alan ad\u0131 normal \u00e7al\u0131\u015f\u0131r ve yenileme yap\u0131labilir.<\/td>\n<td>Kay\u0131t \u015firketinden normal \u00fccretle yenileyin.<\/td>\n<\/tr>\n<tr>\n<td>Son kullanma sonras\u0131 yenileme<\/td>\n<td>Alan ad\u0131 ask\u0131ya al\u0131nabilir veya bir s\u00fcre eski DNS kay\u0131tlar\u0131yla \u00e7al\u0131\u015fabilir.<\/td>\n<td>\u00c7o\u011fu uzant\u0131da normal yenileme yap\u0131labilir.<\/td>\n<\/tr>\n<tr>\n<td>Grace period<\/td>\n<td>Kay\u0131t \u015firketi alan ad\u0131n\u0131 kendi politikas\u0131yla tutar.<\/td>\n<td>H\u0131zla yenileme talebi olu\u015fturun.<\/td>\n<\/tr>\n<tr>\n<td>Redemption period<\/td>\n<td>Alan ad\u0131 kay\u0131t kurulu\u015fu taraf\u0131nda kurtarma stat\u00fcs\u00fcndedir.<\/td>\n<td>Kurtarma ve yenileme \u00fccretlerini \u00f6deyin.<\/td>\n<\/tr>\n<tr>\n<td>Pending delete<\/td>\n<td>Silinme i\u015flemi ba\u015flat\u0131lm\u0131\u015ft\u0131r.<\/td>\n<td>Normal yenileme genellikle m\u00fcmk\u00fcn de\u011fildir.<\/td>\n<\/tr>\n<tr>\n<td>Bo\u015fa d\u00fc\u015fme<\/td>\n<td>Alan ad\u0131 yeniden kayda a\u00e7\u0131l\u0131r.<\/td>\n<td>Ba\u015fka biri almadan \u00f6nce kaydetmeye \u00e7al\u0131\u015f\u0131n.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Her uzant\u0131 ayn\u0131 davranmaz. \u00dclke kodlu alan adlar\u0131nda, \u00f6rne\u011fin <code>.tr<\/code>, kay\u0131t ve silinme prosed\u00fcr\u00fc ilgili kay\u0131t kurulu\u015funun kurallar\u0131na ba\u011fl\u0131d\u0131r. Kay\u0131t \u015firketinin yard\u0131m sayfas\u0131nda yazan s\u00fcreleri esas al\u0131n; ba\u015fka bir uzant\u0131n\u0131n kural\u0131n\u0131 kendi alan ad\u0131n\u0131za uygulamay\u0131n.<\/p>\n<h2 id=\"alan-adi-suresi-doldugunda-hangi-belirtiler-gorulur\">Alan ad\u0131 s\u00fcresi doldu\u011funda hangi belirtiler g\u00f6r\u00fcl\u00fcr?<\/h2>\n<p>\u0130lk belirti her zaman sitenin tamamen kapanmas\u0131 de\u011fildir. Baz\u0131 kay\u0131t \u015firketleri s\u00fcresi ge\u00e7en alan ad\u0131n\u0131 park sayfas\u0131na y\u00f6nlendirir, baz\u0131lar\u0131 DNS \u00e7\u00f6z\u00fcmlemesini durdurur, baz\u0131lar\u0131 da birka\u00e7 g\u00fcn boyunca mevcut nameserver kay\u0131tlar\u0131n\u0131 korur.<\/p>\n<ul>\n<li>Web sitesi a\u00e7\u0131lmayabilir veya kay\u0131t \u015firketinin park sayfas\u0131na gidebilir.<\/li>\n<li>Alan ad\u0131na ba\u011fl\u0131 e-posta adresleri yeni ileti alamayabilir.<\/li>\n<li>SMTP taraf\u0131nda teslim edilememe, DNS veya MX hatalar\u0131 g\u00f6r\u00fclebilir.<\/li>\n<li>SSL sertifikas\u0131 teknik olarak ge\u00e7erli olsa bile alan ad\u0131 do\u011fru sunucuya gitmedi\u011fi i\u00e7in taray\u0131c\u0131 uyar\u0131s\u0131 olu\u015fabilir.<\/li>\n<li>API istemcileri, webhook&#8217;lar ve \u00fc\u00e7\u00fcnc\u00fc taraf entegrasyonlar alan ad\u0131n\u0131 \u00e7\u00f6zemeyebilir.<\/li>\n<li>Arama motorlar\u0131 k\u0131sa s\u00fcreli eri\u015fim problemlerini izleyebilir; uzun kesintiler indeks ve trafik kayb\u0131na d\u00f6n\u00fc\u015febilir.<\/li>\n<\/ul>\n<p>DNS \u00f6nbelle\u011fi tabloyu kar\u0131\u015ft\u0131r\u0131r. Bir kullan\u0131c\u0131 eski IP adresini g\u00f6r\u00fcrken ba\u015fka bir kullan\u0131c\u0131 alan ad\u0131n\u0131 hi\u00e7 \u00e7\u00f6zemeyebilir. Farkl\u0131 resolver&#8217;lar\u0131n \u00f6nbellek s\u00fcreleri ayn\u0131 de\u011fildir; kay\u0131t \u015firketinin DNS yan\u0131t\u0131n\u0131 de\u011fi\u015ftirmesi de bu fark\u0131 b\u00fcy\u00fctebilir.<\/p>\n<p>Kontrole \u00f6nce alan ad\u0131n\u0131n nameserver, A ve MX kay\u0131tlar\u0131n\u0131 sorgulayarak ba\u015flar\u0131m:<\/p>\n<pre><code>dig +short NS ornekalanadiniz.com\ndig +short A ornekalanadiniz.com\ndig +short MX ornekalanadiniz.com<\/code><\/pre>\n<p>Bu sat\u0131rdaki <code>+short<\/code> \u00e7\u0131kt\u0131y\u0131 sadele\u015ftirir; tek ba\u015f\u0131na kesin kan\u0131t \u00fcretmez. DNSSEC, resolver \u00f6nbelle\u011fi veya yanl\u0131\u015f uzant\u0131 da bo\u015f ya da beklenmeyen bir \u00e7\u0131kt\u0131 olu\u015fturabilir. Farkl\u0131 DNS sunucular\u0131na sorarak kontrol\u00fc geni\u015fletin:<\/p>\n<pre><code>dig @1.1.1.1 ornekalanadiniz.com A\ndig @8.8.8.8 ornekalanadiniz.com A<\/code><\/pre>\n<p><code>dig +short<\/code> \u00e7\u0131kt\u0131s\u0131nda bekledi\u011finiz IP g\u00f6r\u00fcnm\u00fcyorsa VPS&#8217;i yeniden ba\u015flatmak \u00e7\u00f6z\u00fcm olmayacakt\u0131r. Bir vakada ilk refleksim Nginx loglar\u0131na bakmak olmu\u015ftu; loglar tamamen normaldi. As\u0131l sorun, alan ad\u0131n\u0131n nameserver yan\u0131t\u0131n\u0131n de\u011fi\u015fmi\u015f olmas\u0131yd\u0131.<\/p>\n<h2 id=\"once-hangi-bilgiyi-kontrol-etmelisiniz\">\u00d6nce hangi bilgiyi kontrol etmelisiniz?<\/h2>\n<p>Panikle yeni bir alan ad\u0131 sat\u0131n almaya veya sunucudaki DNS dosyalar\u0131n\u0131 de\u011fi\u015ftirmeye ge\u00e7meden \u00f6nce kay\u0131t durumunu do\u011frulay\u0131n. Kay\u0131t \u015firketinizin panelinde \u015fu bilgileri aray\u0131n:<\/p>\n<ul>\n<li>Expiration date veya biti\u015f tarihi<\/li>\n<li>Renewal ve restore se\u00e7enekleri<\/li>\n<li>Alan ad\u0131 durumu: active, expired, redemption veya pending delete<\/li>\n<li>Auto-renew ayar\u0131<\/li>\n<li>\u00d6deme y\u00f6ntemi ve son ba\u015far\u0131s\u0131z \u00f6deme<\/li>\n<li>Alan ad\u0131 sahibinin ve y\u00f6netici ki\u015finin e-posta adresi<\/li>\n<\/ul>\n<p>Panel eri\u015fiminiz yoksa RDAP sorgusu faydal\u0131 olabilir. WHOIS h\u00e2l\u00e2 baz\u0131 uzant\u0131larda kullan\u0131lsa da RDAP, kay\u0131t verilerini daha yap\u0131land\u0131r\u0131lm\u0131\u015f bi\u00e7imde sunar. Komut sat\u0131r\u0131nda <code>curl<\/code> ile genel bir RDAP u\u00e7 noktas\u0131n\u0131 sorgulayabilirsiniz:<\/p>\n<pre><code>curl -s https:\/\/rdap.verisign.com\/com\/v1\/domain\/ornekalanadiniz.com<\/code><\/pre>\n<p>\u00c7\u0131kt\u0131 JSON bi\u00e7imindedir. <code>events<\/code> b\u00f6l\u00fcm\u00fcndeki kay\u0131t ve biti\u015f tarihlerini, <code>status<\/code> alan\u0131ndaki durumlar\u0131 kontrol edin. Gizlilik servisleri baz\u0131 ileti\u015fim bilgilerini saklayabilir; bu, alan ad\u0131n\u0131n s\u00fcresinin dolmad\u0131\u011f\u0131 anlam\u0131na gelmez.<\/p>\n<p>RDAP sonucu ile kay\u0131t \u015firketi paneli \u00e7eli\u015fiyorsa hemen destek bileti a\u00e7\u0131n. \u00d6zellikle son kullanma tarihinin \u00fczerinden birka\u00e7 g\u00fcn ge\u00e7tiyse yaz\u0131\u015fma kayd\u0131 olu\u015fturmak ve i\u015flemin ne zaman ba\u015flat\u0131ld\u0131\u011f\u0131n\u0131 belgelemek i\u015finizi kolayla\u015ft\u0131r\u0131r.<\/p>\n<h2 id=\"kurtarma-islemi-asama-asama-ne-yapmalisiniz\">Kurtarma i\u015flemi: a\u015fama a\u015fama ne yapmal\u0131s\u0131n\u0131z?<\/h2>\n<h3>1. Kay\u0131t \u015firketinden normal yenileme deneyin<\/h3>\n<p>Alan ad\u0131 yaln\u0131zca yenileme s\u00fcresini ge\u00e7mi\u015fse panelde normal yenileme d\u00fc\u011fmesi g\u00f6r\u00fcn\u00fcr. Alan ad\u0131n\u0131n s\u00fcresini bir veya daha fazla y\u0131l uzat\u0131n, \u00f6deme dekontunu saklay\u0131n ve i\u015flem tamamland\u0131ktan sonra durumun <code>active<\/code> h\u00e2line gelip gelmedi\u011fini izleyin.<\/p>\n<p>\u00d6deme yap\u0131ld\u0131ktan sonra de\u011fi\u015fiklik her yerde an\u0131nda g\u00f6r\u00fcnmeyebilir. Kay\u0131t \u015firketinin paneli i\u015flemi kabul etmi\u015f olabilir fakat nameserver g\u00fcncellemesi ve DNS \u00f6nbelleklerinin temizlenmesi zaman alabilir. Ayn\u0131 i\u015flemi art arda g\u00f6ndermek yerine i\u015flem numaras\u0131n\u0131 kontrol edin.<\/p>\n<h3>2. Kurtarma d\u00f6nemindeyse restore talep edin<\/h3>\n<p>Alan ad\u0131 <code>redemption period<\/code> a\u015famas\u0131na girdiyse normal yenileme d\u00fc\u011fmesi \u00e7al\u0131\u015fmayabilir. Kay\u0131t \u015firketi sizden restore veya redemption talebi olu\u015fturman\u0131z\u0131 ve normal yenileme \u00fccretine ek olarak kurtarma bedeli \u00f6demenizi ister.<\/p>\n<p>Bu a\u015famada destek ekibine \u015fu bilgileri tek mesajda iletmek daha sa\u011fl\u0131kl\u0131d\u0131r:<\/p>\n<ul>\n<li>Alan ad\u0131n\u0131n tam yaz\u0131m\u0131<\/li>\n<li>Hesap veya m\u00fc\u015fteri numaras\u0131<\/li>\n<li>Alan ad\u0131n\u0131n sahibi oldu\u011funuzu do\u011frulayan hesap bilgileri<\/li>\n<li>Son ba\u015far\u0131l\u0131 yenileme veya \u00f6deme bilgisi<\/li>\n<li>Restore i\u015flemi sonras\u0131 eski nameserver kay\u0131tlar\u0131n\u0131n korunup korunmayaca\u011f\u0131na dair sorunuz<\/li>\n<\/ul>\n<p>Kimlik do\u011frulama talebi gelirse yaln\u0131zca kay\u0131t \u015firketinin g\u00fcvenli destek kanallar\u0131n\u0131 kullan\u0131n. E-posta ile gelen, alan ad\u0131n\u0131z\u0131 kurtarmak i\u00e7in \u015fifre veya \u00f6deme bilgisi isteyen \u015f\u00fcpheli ba\u011flant\u0131lara t\u0131klamay\u0131n.<\/p>\n<h3>3. Pending delete durumunu ciddiye al\u0131n<\/h3>\n<p>Alan ad\u0131 <code>pending delete<\/code> durumuna ula\u015ft\u0131\u011f\u0131nda silinme s\u0131ras\u0131 ba\u015flam\u0131\u015ft\u0131r. \u00c7o\u011fu genel uzant\u0131da kay\u0131t \u015firketi \u00fczerinden standart bir yenileme yap\u0131lamaz. Yine de alan ad\u0131n\u0131n sahibiyseniz kay\u0131t \u015firketiyle hemen g\u00f6r\u00fc\u015f\u00fcn; izlenebilecek yol uzant\u0131n\u0131n politikas\u0131na ve i\u015flemin hangi a\u015famada oldu\u011funa ba\u011fl\u0131d\u0131r.<\/p>\n<p>Bu noktada alan ad\u0131n\u0131 backorder hizmetiyle yeniden yakalamaya \u00e7al\u0131\u015fmak m\u00fcmk\u00fcn olabilir fakat garanti de\u011fildir. Alan ad\u0131 markan\u0131z, e-posta adresleriniz veya m\u00fc\u015fteri eri\u015fiminiz i\u00e7in kritikse beklemek yerine alternatif bir alan ad\u0131 ve ileti\u015fim plan\u0131n\u0131 devreye al\u0131n.<\/p>\n<h2 id=\"dns-ve-e-posta-neden-ayrica-kontrol-edilmeli\">DNS ve e-posta neden ayr\u0131ca kontrol edilmeli?<\/h2>\n<p>Alan ad\u0131n\u0131 yeniden etkinle\u015ftirmek, b\u00fct\u00fcn hizmetlerin hemen normale d\u00f6nece\u011fi anlam\u0131na gelmez. Eski DNS kay\u0131tlar\u0131 korunmu\u015f, silinmi\u015f veya kay\u0131t \u015firketinin varsay\u0131lan nameserver&#8217;lar\u0131na d\u00f6nm\u00fc\u015f olabilir.<\/p>\n<p>Alan ad\u0131 geri geldikten sonra en az \u015fu kay\u0131tlar\u0131 kontrol edin:<\/p>\n<ul>\n<li><strong>A kayd\u0131:<\/strong> Web sunucusunun IPv4 adresi<\/li>\n<li><strong>AAAA kayd\u0131:<\/strong> Kullan\u0131yorsan\u0131z IPv6 adresi<\/li>\n<li><strong>MX kayd\u0131:<\/strong> E-posta sunucusu<\/li>\n<li><strong>TXT kay\u0131tlar\u0131:<\/strong> SPF, DKIM, DMARC ve do\u011frulama kay\u0131tlar\u0131<\/li>\n<li><strong>CNAME kay\u0131tlar\u0131:<\/strong> CDN, ma\u011faza, uygulama ve \u00fc\u00e7\u00fcnc\u00fc taraf servisler<\/li>\n<li><strong>CAA kayd\u0131:<\/strong> Sertifika yetkilendirme politikan\u0131z varsa<\/li>\n<\/ul>\n<p>Web sitesi a\u00e7\u0131ld\u0131\u011f\u0131 h\u00e2lde e-posta \u00e7al\u0131\u015fmayabilir. Sebep MX kayd\u0131n\u0131n kaybolmas\u0131 veya SPF ve DKIM kay\u0131tlar\u0131n\u0131n eski DNS sa\u011flay\u0131c\u0131s\u0131nda kalmas\u0131d\u0131r. Yeni DNS b\u00f6lgesini elle olu\u015fturman\u0131z gerekirse kay\u0131tlar\u0131 \u00f6nceki yap\u0131land\u0131rmadan, e-posta sa\u011flay\u0131c\u0131s\u0131ndan ve uygulama dok\u00fcmantasyonundan \u00e7apraz kontrol edin.<\/p>\n<p>DNSSEC kullan\u0131yorsan\u0131z DS kayd\u0131n\u0131 da inceleyin. Alan ad\u0131 yeni DNS anahtarlar\u0131yla d\u00f6n\u00fcyor fakat \u00fcst b\u00f6lgede eski DS kayd\u0131 duruyorsa do\u011frulama yapan resolver&#8217;lar alan ad\u0131n\u0131 hatal\u0131 veya eri\u015filemez g\u00f6rebilir. DNSSEC&#8217;i d\u00fc\u015f\u00fcnmeden kapatmak yerine kay\u0131t \u015firketi ile DNS sa\u011flay\u0131c\u0131s\u0131ndaki anahtar zincirini kar\u015f\u0131la\u015ft\u0131r\u0131n.<\/p>\n<p>SSL taraf\u0131nda durum benzer. Alan ad\u0131 yeniden do\u011fru sunucuya d\u00f6nd\u00fckten sonra <a href=\"https:\/\/www.vps.tc\/blog\/tr\/vps-ssl-sertifikasi-kurulumu-lets-encrypt\/\">VPS&#8217;te SSL Sertifikas\u0131 Kurulumu: Let&#8217;s Encrypt Rehberi<\/a> i\u00e7indeki kontrollerle sertifika ve otomatik yenileme ak\u0131\u015f\u0131n\u0131 g\u00f6zden ge\u00e7irebilirsiniz. Sertifika s\u00fcresi dolmu\u015fsa Certbot&#8217;un dry-run testini de \u00e7al\u0131\u015ft\u0131r\u0131n:<\/p>\n<pre><code>sudo certbot renew --dry-run<\/code><\/pre>\n<p>Bu komut ger\u00e7ek sertifikay\u0131 yenilemez; yenileme ak\u0131\u015f\u0131n\u0131 test eder. DNS do\u011frulamas\u0131 kullanan kurulumlarda ilgili TXT kayd\u0131n\u0131n do\u011fru b\u00f6lgede \u00fcretildi\u011fini ayr\u0131ca izlemek gerekir.<\/p>\n<h2 id=\"alan-adi-suresi-doldu-site-hala-aciliyor-yenilemeli-miyim\">Alan ad\u0131 s\u00fcresi doldu, site h\u00e2l\u00e2 a\u00e7\u0131l\u0131yor: yenilemeli miyim?<\/h2>\n<p>Evet. Sitenin a\u00e7\u0131lmas\u0131 alan ad\u0131n\u0131n g\u00fcvende oldu\u011fu anlam\u0131na gelmez. Resolver \u00f6nbelle\u011fi veya kay\u0131t \u015firketinin ge\u00e7ici uygulamas\u0131 sayesinde hizmet bir s\u00fcre daha \u00e7al\u0131\u015fabilir. E-posta ise al\u0131c\u0131 sunucular\u0131n DNS \u00f6nbellekleri nedeniyle kullan\u0131c\u0131dan kullan\u0131c\u0131ya farkl\u0131 davranabilir.<\/p>\n<p>Alan ad\u0131 s\u00fcresi dolduktan sonra \u00e7al\u0131\u015f\u0131yor g\u00f6r\u00fcnmesine g\u00fcvenip birka\u00e7 g\u00fcn beklemek risklidir. Alan ad\u0131 kurtarma a\u015famas\u0131na ge\u00e7ti\u011finde \u00fccret artabilir, DNS kay\u0131tlar\u0131 de\u011fi\u015febilir ve sonunda alan ad\u0131 bo\u015fa d\u00fc\u015febilir. \u015eirket e-posta adresleri, m\u00fc\u015fteri paneli ve \u00f6deme bildirimleri bu isme ba\u011fl\u0131ysa gecikmenin bedeli alan ad\u0131 \u00fccretinden \u00e7ok daha y\u00fcksek olur.<\/p>\n<h2 id=\"tekrar-yasanmamasi-icin-nasil-takip-kurulur\">Tekrar ya\u015fanmamas\u0131 i\u00e7in nas\u0131l takip kurulur?<\/h2>\n<p>Otomatik yenileme iyi bir ba\u015flang\u0131\u00e7t\u0131r ama tek ba\u015f\u0131na yedek plan de\u011fildir. Ge\u00e7ersiz kart, limit, banka engeli veya hesab\u0131n kilitlenmesi otomatik yenilemeyi durdurabilir. Bildirimlerin gitti\u011fi e-posta hesab\u0131 da alan ad\u0131yla ayn\u0131 alana ba\u011fl\u0131ysa, alan ad\u0131 s\u00fcresi doldu\u011funda uyar\u0131y\u0131 okuyamazs\u0131n\u0131z.<\/p>\n<p>Ben kritik alan adlar\u0131nda \u015fu d\u00fczeni kullan\u0131yorum:<\/p>\n<ol>\n<li>Otomatik yenilemeyi a\u00e7\u0131yorum.<\/li>\n<li>\u00d6deme y\u00f6nteminin son kullanma tarihini takvimde takip ediyorum.<\/li>\n<li>Kay\u0131t \u015firketinden gelen bildirimlerin ayr\u0131 ve \u00e7al\u0131\u015fan bir e-posta adresine gitmesini sa\u011fl\u0131yorum.<\/li>\n<li>Alan ad\u0131 biti\u015f tarihini kendi takvimime de ekliyorum.<\/li>\n<li>\u0130\u015fletme i\u00e7in kritik alan adlar\u0131n\u0131 en az 30 g\u00fcn \u00f6nce manuel kontrol ediyorum.<\/li>\n<li>Nameserver ve DNS kay\u0131tlar\u0131n\u0131n g\u00fcncel bir kopyas\u0131n\u0131 g\u00fcvenli bir yerde tutuyorum.<\/li>\n<\/ol>\n<p>DNS kayd\u0131n\u0131 yedeklemek i\u00e7in kulland\u0131\u011f\u0131n\u0131z sa\u011flay\u0131c\u0131n\u0131n d\u0131\u015fa aktarma \u00f6zelli\u011finden yararlanabilirsiniz. Alan ad\u0131 hesab\u0131n\u0131n \u015fifresini d\u00fcz metin bir dosyaya koymay\u0131n. DNS yede\u011fi i\u015fe yarar; hesap g\u00fcvenli\u011fi zay\u0131fsa yeni bir probleme kap\u0131 a\u00e7ar.<\/p>\n<p>Alan ad\u0131 ile sunucuyu ayn\u0131 \u015firketten almak zorunda de\u011filsiniz. Kay\u0131t \u015firketi, DNS sa\u011flay\u0131c\u0131s\u0131, hosting hesab\u0131 ve e-posta hizmeti farkl\u0131 yerlerde olabilir. Bu ayr\u0131m y\u00f6netimi biraz art\u0131r\u0131r fakat tek bir hesab\u0131n kapanmas\u0131yla b\u00fct\u00fcn hizmetlerin ayn\u0131 anda kaybolmas\u0131n\u0131 \u00f6nleyebilir.<\/p>\n<p>Alan ad\u0131 transferini d\u00fc\u015f\u00fcn\u00fcyorsan\u0131z \u00f6nce mevcut alan ad\u0131n\u0131n kilit durumunu, transfer i\u00e7in uygunlu\u011funu ve biti\u015f tarihini kontrol edin. S\u00fcresi dolmu\u015f bir alan ad\u0131n\u0131 ta\u015f\u0131mak, aktif bir alan ad\u0131n\u0131 ta\u015f\u0131maktan daha karma\u015f\u0131k olabilir. \u0130lgili i\u015flem i\u00e7in <a href=\"https:\/\/www.vps.tc\/blog\/tr\/alan-adi-transferi-nasil-yapilir\/\">Alan Ad\u0131 Transferi Nas\u0131l Yap\u0131l\u0131r? Ad\u0131m Ad\u0131m Rehber<\/a> sayfas\u0131ndaki EPP kodu, kilit ve do\u011frulama ad\u0131mlar\u0131n\u0131 inceleyebilirsiniz; kurtarma a\u015famas\u0131ndaki alan ad\u0131nda \u00f6nce yenileme veya restore i\u015flemini netle\u015ftirin.<\/p>\n<p>Alan ad\u0131 kurtar\u0131ld\u0131ktan sonra web hizmetinin arkas\u0131ndaki sunucuyu da kontrol etmek gerekir. DNS do\u011fru IP&#8217;ye d\u00f6nse bile VPS&#8217;te sanal host tan\u0131m\u0131, firewall veya uygulama yap\u0131land\u0131rmas\u0131 de\u011fi\u015fmi\u015f olabilir. Sunucu taraf\u0131ndaki temel kontroller i\u00e7in <a href=\"https:\/\/www.vps.tc\/blog\/tr\/linux-sunucu-guvenligi-icin-zorunlu-10-temel-adim\/\">Linux Sunucu G\u00fcvenli\u011fi i\u00e7in Zorunlu 10 Temel Ad\u0131m<\/a> sayfas\u0131ndaki servis ve eri\u015fim kontrollerini kendi yap\u0131n\u0131za uyarlayabilirsiniz.<\/p>\n<h2 id=\"dolandiricilik-mesajlarina-karsi-dikkatli-olun\">Doland\u0131r\u0131c\u0131l\u0131k mesajlar\u0131na kar\u015f\u0131 dikkatli olun<\/h2>\n<p>Alan ad\u0131 s\u00fcresi doldu\u011funda g\u00f6nderilen sahte yenileme e-postalar\u0131 olduk\u00e7a ikna edici g\u00f6r\u00fcnebilir. Mesajda alan ad\u0131n\u0131z\u0131n ad\u0131, son kullanma tarihi ve bir \u00f6deme ba\u011flant\u0131s\u0131 bulunabilir. Bu bilgiler herkese a\u00e7\u0131k kay\u0131t verilerinden veya daha \u00f6nce s\u0131zm\u0131\u015f listelerden al\u0131nm\u0131\u015f olabilir.<\/p>\n<p>\u00d6deme yapmadan \u00f6nce taray\u0131c\u0131daki adresi kendiniz yaz\u0131n ve kay\u0131t \u015firketinin paneline do\u011frudan giri\u015f yap\u0131n. G\u00f6nderen adresinin g\u00f6r\u00fcnen ad\u0131na de\u011fil, ger\u00e7ek alan ad\u0131na bak\u0131n. Destek ekibiyle panel i\u00e7indeki bilet sistemi \u00fczerinden yaz\u0131\u015fmak daha g\u00fcvenlidir.<\/p>\n<p>Alan ad\u0131 hesab\u0131nda iki a\u015famal\u0131 do\u011frulamay\u0131 etkinle\u015ftirin. Kay\u0131t \u015firketinin sundu\u011fu hesap kilidi, transfer kilidi ve de\u011fi\u015fiklik bildirimlerini de a\u00e7\u0131n. B\u00f6ylece s\u00fcresi dolma riskinin yan\u0131nda yetkisiz nameserver de\u011fi\u015fikliklerini de daha erken fark edersiniz.<\/p>\n<h2 id=\"bir-daha-ayni-ekrani-gormemek-icin\">Bir daha ayn\u0131 ekran\u0131 g\u00f6rmemek i\u00e7in<\/h2>\n<p>Alan ad\u0131 s\u00fcresi doldu\u011funda ilk i\u015finiz sunucuyu yeniden ba\u015flatmak de\u011fil, kay\u0131t durumunu do\u011frulamak olmal\u0131. Panel, RDAP ve DNS sorgular\u0131 birlikte incelendi\u011finde hangi a\u015famada oldu\u011funuz genellikle k\u0131sa s\u00fcrede anla\u015f\u0131l\u0131r. Normal yenileme d\u00f6nemindeyseniz i\u015flemi geciktirmeyin; redemption ba\u015flad\u0131ysa restore \u00fccretini ve DNS geri d\u00f6n\u00fc\u015f\u00fcn\u00fc kay\u0131t \u015firketinden netle\u015ftirin.<\/p>\n<p>Benim ald\u0131\u011f\u0131m en pratik ders \u015fu: alan ad\u0131 hesab\u0131n\u0131n bildirim adresi, alan ad\u0131n\u0131n kendisine ba\u011fl\u0131 olmamal\u0131. Biti\u015f tarihini yaln\u0131zca kay\u0131t \u015firketinin hat\u0131rlamas\u0131na da b\u0131rakmay\u0131n. Takvimde iki uyar\u0131, ge\u00e7ersiz bir kart\u0131n veya sessize al\u0131nm\u0131\u015f bir e-postan\u0131n \u00f6n\u00fcne bazen b\u00fct\u00fcn izleme sistemlerinden daha h\u0131zl\u0131 ge\u00e7iyor.<\/p>\n<h2 id=\"sik-sorulan-sorular\">S\u0131k Sorulan Sorular<\/h2>\n<h3>Alan ad\u0131 s\u00fcresi dolunca ka\u00e7 g\u00fcn i\u00e7inde yenilenebilir?<\/h3>\n<p>Bu s\u00fcre alan ad\u0131 uzant\u0131s\u0131na ve kay\u0131t \u015firketinin politikas\u0131na g\u00f6re de\u011fi\u015fir. Baz\u0131 genel uzant\u0131larda s\u00fcre dolduktan sonra bir yenileme d\u00f6nemi bulunur, daha sonra redemption a\u015famas\u0131nda ek \u00fccret \u00e7\u0131kar; kesin tarihi panelden veya destek ekibinden do\u011frulay\u0131n.<\/p>\n<h3>S\u00fcresi dolan alan ad\u0131 hemen ba\u015fkas\u0131na ge\u00e7er mi?<\/h3>\n<p>Genellikle hay\u0131r. Alan ad\u0131 \u00e7o\u011fu zaman \u00f6nce yenileme, grace period ve redemption a\u015famalar\u0131ndan ge\u00e7er; pending delete sonras\u0131nda bo\u015fa d\u00fc\u015fer. Bu s\u00fcre\u00e7te ba\u015fka biri backorder verebilir veya alan ad\u0131 silindi\u011fi anda kaydedebilir.<\/p>\n<h3>Alan ad\u0131n\u0131 yeniledim ama site h\u00e2l\u00e2 a\u00e7\u0131lm\u0131yor, ne yapmal\u0131y\u0131m?<\/h3>\n<p>\u00d6nce <code>dig<\/code> ile A, AAAA ve NS kay\u0131tlar\u0131n\u0131 farkl\u0131 DNS sunucular\u0131ndan sorgulay\u0131n. Nameserver veya DNS kay\u0131tlar\u0131 de\u011fi\u015fmi\u015fse eski kay\u0131tlar\u0131 geri y\u00fckleyin; do\u011fru g\u00f6r\u00fcnd\u00fc\u011f\u00fc h\u00e2lde sorun s\u00fcr\u00fcyorsa hosting sanal host ayar\u0131n\u0131 ve SSL sertifikas\u0131n\u0131 kontrol edin.<\/p>\n<h3>Otomatik alan ad\u0131 yenileme g\u00fcvenli midir?<\/h3>\n<p>Elle unutma riskini azalt\u0131r fakat \u00f6deme kart\u0131n\u0131n ge\u00e7erlili\u011fi ve bildirim adresi ayr\u0131ca izlenmelidir. Kritik alan adlar\u0131nda otomatik yenilemeye ek olarak takvim hat\u0131rlatmas\u0131 ve d\u00fczenli panel kontrol\u00fc kullan\u0131n.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Alan ad\u0131 s\u00fcresi doldu\u011funda siteniz, e-postalar\u0131n\u0131z ve DNS kay\u0131tlar\u0131n\u0131z nas\u0131l etkilenir? Yenileme, redemption ve kurtarma ad\u0131mlar\u0131n\u0131 a\u00e7\u0131kl\u0131yorum.<\/p>\n","protected":false},"author":2,"featured_media":400,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[111],"tags":[1435,1439,459,1437,1441,1443],"class_list":["post-402","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-domain","tag-alan-adi","tag-alan-adi-kurtarma","tag-dns","tag-domain-suresi-doldu","tag-domain-yenileme","tag-redemption-period"],"lang":"tr","translations":{"tr":402,"en":403},"pll_sync_post":[],"_links":{"self":[{"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/posts\/402","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/comments?post=402"}],"version-history":[{"count":1,"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/posts\/402\/revisions"}],"predecessor-version":[{"id":404,"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/posts\/402\/revisions\/404"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/media\/400"}],"wp:attachment":[{"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/media?parent=402"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/categories?post=402"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/tags?post=402"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}