Account Suspended: Hosting Hesabım Neden Askıya Alındı?

Sabah siteyi açtınız ve tanıdık tasarım yerine beyaz bir sayfada tek bir İngilizce cümle duruyor: “This Account Has Been Suspended”. Altında bazen “Please contact the billing/support department as soon as possible”, bazen hiçbir şey yok. Panelinize girmeye çalışıyorsunuz, o da açılmıyor. E-postalar gelmiyor. Hosting hesabım askıya alındı diye arama yapıyorsunuz çünkü ekran size neden askıya alındığını söylemiyor — ki bu, sorunun en can sıkıcı tarafı. Ödeme gecikmesiyle zararlı yazılım tespiti tamamen aynı ekranı üretir, ama çözümleri birbirinden tamamen farklıdır.

Bu yazıda sistem yöneticisi tarafından bakınca askıya almanın nasıl işlediğini, o beyaz ekranın hangi dosyadan geldiğini ve hangi nedenin sizde geçerli olduğunu nasıl kesin olarak tespit edeceğinizi anlatacağım. Ardından her neden için gerçek açtırma adımlarını, açtırdıktan sonra tekrarını önlemenin yolunu ve en kritik noktayı ele alacağım: zararlı yazılım nedeniyle askıya alınan bir hesap, siz temizliği yapmadan açılmaz — “ödemeyi yaptım, açın” yaklaşımı orada işe yaramaz. Yıllardır gördüğüm en büyük zaman kaybı, insanların nedeni bilmeden destek ekibiyle üç gün yazışması oluyor; o üç günü buradan kazanabilirsiniz.

“This Account Has Been Suspended” Ekranı Nereden Geliyor#

O ekran sizin sitenizden gelmiyor; sunucunun kendisinden geliyor. cPanel/WHM tabanlı bir paylaşımlı hostingte bir hesap askıya alındığında iki şey olur:

1. Hesabın Apache/LiteSpeed sanal sunucu tanımı devre dışı bırakılır ve tüm istekler /usr/local/apache/htdocs/suspendedpage.cgi (LiteSpeed’de eşdeğeri) dosyasına yönlendirilir.
2. Hesabın kullanıcı adı /var/cpanel/suspended/ dizininde bir dosya olarak işaretlenir. Sağlayıcı askıya alırken bir sebep yazdıysa, o sebep aynı isimli dosyanın içinde metin olarak durur.

Bunun pratik sonucu şu: askıya alındığınızda siteniz silinmez. Dosyalar /home/kullaniciadi/public_html altında olduğu gibi durur, veritabanları MySQL’de yerinde durur, e-posta kutuları diskte durur. Sadece dışarıya servis edilmezler. Bu ayrımı bilmek panik seviyenizi ciddi biçimde düşürür — “sitem silindi” ile “sitem askıya alındı” aynı şey değildir. Gerçekten silinme senaryosuyla karşı karşıyaysanız o tamamen ayrı bir konudur ve tamamen ayrı bir kurtarma yöntemi gerektirir.

İkinci önemli nokta: askıya alma hesap seviyesindedir, alan adı seviyesinde değil. Yani hesabınızda beş alan adı barındırıyorsanız beşi birden aynı anda kapanır. Tek bir sitede sorun çıkması bile bütün hesabı götürür; bu, aşağıdaki “hangi site sorun çıkardı” sorusunun neden önemli olduğunu açıklar.

Askıya Alma Nedenini Tespit Etmenin En Hızlı Yolu#

Nedeni bulmanın en hızlı yolu destek ekibine yazmak değil, askıya alınmadan önce size gelen e-postayı bulmaktır. Neredeyse hiçbir sağlayıcı bir hesabı habersiz kapatmaz; kapatmadan önce en az bir, çoğunlukla üç uyarı gönderir. Sorun şu ki bu uyarılar üç yerden birine düşmüş olur ve kimse bakmaz.

Sırasıyla şu üç yere bakın:

1. Hosting hesabınızı açarken verdiğiniz e-posta adresinin gelen kutusu ve spam klasörü. Arama kutusuna sadece şu kelimeleri yazın: suspend, overdue, resource, abuse, malware, askıya, fatura. Tarih filtresini son 30 güne alın.
2. Sağlayıcının müşteri paneli. Fatura durumu, açık destek talebi ve bildirim alanı burada olur. Panel genelde hosting sunucusundan ayrı bir makinede çalışır, yani siteniz kapalıyken bile panele girebilirsiniz. Girebiliyorsanız neden %80 ihtimalle orada yazılıdır.
3. Alan adının WHOIS iletişim adresi. Hosting e-postanız sitenizin kendi alan adındaysa ([email protected] gibi) ve site kapandıysa, uyarı e-postası size ulaşmamış olabilir — çünkü kutu da askıda. Bu klasik kısır döngüdür. Bu yüzden hosting hesabının iletişim adresi her zaman barındırdığınız alan adından bağımsız bir adres olmalıdır.

Uyarı e-postasını buldunuz mu, aşağıdaki tablo hangi kutuda olduğunuzu tek bakışta söyler.

Şimdi bu beş nedeni tek tek açalım, çünkü her birinin “açtırma” yolu farklı.

Neden 1: Ödeme Gecikmesi#

En yaygın neden budur ve en hızlı çözülenidir. Fatura vadesi geçtikten sonra sağlayıcılar genelde birkaç günlük bir ödemesiz süre tanır, ardından hesabı askıya alır. Askıdaki hesap belirli bir süre (çoğunlukla birkaç hafta) daha diskte tutulur, sonra sonlandırılır (terminate). Askı ile sonlandırma arasındaki fark hayatidir: askıdayken veriniz durur, sonlandırıldıktan sonra durmayabilir.

Yapılacaklar:

1. Müşteri panelinize girin, ödenmemiş faturayı bulun ve ödeyin.
2. Ödeme kartla yapıldıysa çoğu sistemde hesap otomatik olarak açılır. Havale/EFT ile ödediyseniz ödemenin manuel eşleştirilmesi gerekir — dekontu ilgili faturaya iliştirin, aksi halde ödeme sahipsiz kalır.
3. Otomatik ödeme kartınızın süresi dolduysa yenisini tanımlayın; aynı sorunu üç ay sonra tekrar yaşarsınız.

Bir uyarı: ödeme yaptım ama site hâlâ açılmıyor durumunun en sık sebebi ödemenin başka bir faturaya (örneğin gelecek dönemin faturasına ya da alan adı yenilemesine) yazılmış olmasıdır. Panelde “ödenmemiş fatura” satırının gerçekten sıfıra düştüğünü doğrulayın, ödediğinizi varsaymayın.

Neden 2: Kaynak Aşımı#

Kaynak aşımı nedeniyle askıya alma, ödeme gecikmesinden farklı çalışır: bir anda olmaz, birikerek olur. Paylaşımlı hostingte hesabınızın CPU, RAM, eşzamanlı süreç (EP) ve giriş/çıkış (I/O) limitleri vardır. Bu limitlere sürekli çarpan bir hesap önce yavaşlar, ziyaretçilere 508 Resource Limit Is Reached gösterir, düzelmezse elle askıya alınır — çünkü aynı fiziksel sunucudaki diğer yüzlerce hesabı da yavaşlatmaktadır.

Sitenizin kapanmadan önce yavaşladığını hatırlıyorsanız neredeyse kesin buradasınız. Doğrulamak için hesabınız açıldığında cPanel içindeki Resource Usage / Kaynak Kullanımı ekranına bakın; son 24 saat ve son hafta için hangi limite kaç kez çarptığınız orada grafikle durur. Konuyu derinlemesine anlatan iki yazı var: 508 Resource Limit Is Reached hatası ve paylaşımlı hosting kaynak limitleri.

Kaynak aşımının gerçek sebebi genelde şu dördünden biridir:

• Bot trafiği. Agresif tarayıcılar ve içerik hırsızı botlar, insan trafiğinizin katbekat üzerinde istek üretir. Erişim kayıtlarında hangi User-Agent’ın baskın olduğunu görmek yeterlidir:

awk '{print $1}' ~/access-logs/sizinsite.com | sort | uniq -c | sort -rn | head -20

• Optimizasyonsuz eklenti veya tema. Özellikle her sayfa yüklemesinde onlarca veritabanı sorgusu yapan sayaç, ilgili ürün, popüler yazı türü eklentiler.
• Yanlış yazılmış cron görevi. Beş dakikada bir çalışan ve bitmeden yenisi başlayan bir görev, süreç limitini tek başına doldurur.
• Sitenin gerçekten büyümüş olması. Bu iyi bir problemdir ve çözümü paket yükseltmektir.

Hangisi olduğunu ayırt edemiyorsanız önce erişim kayıtlarına, sonra veritabanı yavaş sorgu kaydına bakın; kaynak aşımı ile sitenin yavaşlaması hemen her zaman aynı kökten gelir.

Neden 3: Hesaptan Spam Çıkışı#

Bu neden, kullanıcıların en çok “ben yapmadım ki” dediği nedendir — ve haklıdırlar. Spam çıkışının sizinle ilgisi olmayabilir; hesabınız üzerinden başkası mail gönderiyor olabilir. Sunucu, bir hesabın kuyruğunda anormal sayıda giden ileti gördüğünde ya sadece mail gönderimini kapatır ya da tüm hesabı askıya alır. İkincisi tercih edilir, çünkü kaynağı kapatmazsanız sunucunun IP adresi kara listelere girer ve o sunucudaki herkesin maili gitmemeye başlar.

Kaynak neredeyse her zaman şu üçünden biridir:

1. Ele geçirilmiş bir e-posta hesabı. Zayıf parolalı bir kutu, SMTP kimlik bilgileriyle dışarıdan kullanılır. Belirtisi: giden iletilerin gönderen adresi sizin gerçek bir kutunuzdur.
2. Güvenlik açığı bulunan bir iletişim formu. Doğrulama yapmayan eski bir form eklentisi, alıcı adresini dışarıdan alacak şekilde kullanılabilir.
3. Yüklenmiş bir mailer betiği. Genelde public_html altında sıradan görünen bir PHP dosyası olarak durur.

Hesabınız açıldıktan sonra kaynağı bulmak için cPanel’de Track Delivery / Teslimat Takibi ekranına girip son giden iletilerin Sender ve Script sütunlarına bakın. Script sütununda bir dosya yolu görüyorsanız suçlu odur. Konunun tamamı sitemden spam mail gidiyor yazısında; askıdan çıkmadan önce bile parolaları değiştirebilirsiniz, çünkü e-posta parolası değişikliği panelden yapılır.

Neden 4: Zararlı Yazılım — Ve Neden Ödeme Yapmak Burada İşe Yaramaz#

Bu, yazının en önemli bölümü: zararlı yazılım nedeniyle askıya alınan bir hesap, temizlik yapılmadan açılmaz. Destek ekibine “lütfen açın, sorumluluğu kabul ediyorum” yazmak sonuç vermez ve bu bir katı kuralcılık değildir — açılan hesap dakikalar içinde yeniden phishing sayfası servis etmeye ya da spam üretmeye başlar, sunucu IP’si kara listeye girer, komşu hesaplar zarar görür.

Uyarı e-postası bu durumda genelde dosya yollarını da içerir:

/home/kullanici/public_html/wp-includes/js/dist/vendor/wp-polyfill.min.php
/home/kullanici/public_html/wp-content/uploads/2025/09/logo.php
/home/kullanici/public_html/.well-known/pki-validation/index.php

Bu üç satır tesadüfi değil, klasik desendir: uploads altında PHP dosyası olmaz, wp-includes altında .min.php olmaz, .well-known/pki-validation doğrulama klasörüdür ve içinde uygulama kodu bulunmaz. Bu yolları gördüyseniz teşhis nettir.

İzlenecek sıra:

1. Sağlayıcıdan salt-okunur erişim veya geçici FTP/SSH açması isteyin. Çoğu sağlayıcı, siteyi dışarıya servis etmeden dosya erişimi verebilir; “temizlik yapabilmem için erişim rica ediyorum” cümlesi işi hızlandırır.
2. Önce yedek alın, sonra temizleyin. Enfekte de olsa mevcut hâli almak, temizlik sırasında bir şeyi bozarsanız geri dönüş imkânı verir.
3. Temizliği yaparken dosyaları elle silmeye çalışmayın; çekirdeği yeniden kurun. WordPress için: wp-admin ve wp-includes klasörlerini komple silip aynı sürümün resmi arşivinden yeniden yerleştirin, wp-content içinde sadece kendi temanız ve kullandığınız eklentiler kalsın, hepsi de yeniden indirilmiş temiz kopya olsun. Yöntemin tamamı malware tarama ve temizleme yazısında adım adım anlatılıyor.
4. Giriş yollarını kapatın. Tüm cPanel/FTP/veritabanı/WordPress yönetici parolalarını değiştirin, wp-config.php içindeki güvenlik anahtarlarını yenileyin, kullanılmayan eklentileri silin (pasife almak yetmez, dosya diskte durduğu sürece çalıştırılabilir).
5. Temizlik bittiğinde destek talebine ne yaptığınızı yazın. “Temizledim” değil; “şu dosyalar silindi, çekirdek yeniden kuruldu, parolalar değişti, şu tarayıcıyla tarandı ve temiz çıktı” yazın. Bu, açılma süresini gözle görülür kısaltır.

Neden 5: Şikâyet Bildirimi ve Kullanım Şartları İhlali#

Bu grup, telif şikâyeti, yasadışı içerik ihbarı, aşırı kaynak tüketen yasaklı uygulama (madencilik, torrent izleyici, proxy servisi, toplu mail aracı) veya sahtekârlık bildirimi gibi durumları kapsar. Bu tür askıya almalarda uyarı süresi kısa ya da hiç olmayabilir; bildirimin niteliğine göre sağlayıcının hukuki yükümlülüğü vardır.

Yapılacak şey içeriği tartışmak değil, önce askıyı kaldıracak asgari adımı atmaktır: şikâyete konu sayfayı yayından kaldırın, sonra itirazınızı yazın. Sıralamayı tersine çevirmek — “önce haklı olduğumu kanıtlayayım” — haftalar sürer ve bu sırada tüm siteniz kapalı kalır.

Askıdaki Hesapta Neye Erişebilirsiniz#

Askı ekranı her şeyin kapandığı izlenimi verir ama gerçekte kapananların listesi sanıldığından kısadır:

Alan adının etkilenmemesi önemli bir ayrıntıdır: hosting hesabınız askıdayken bile alan adının DNS kayıtlarını değiştirip siteyi geçici olarak başka bir yere yönlendirebilirsiniz. Acil bir duyuru sayfası yayınlamanız gerekiyorsa yol budur.

Bir de gelen e-posta konusu var. Askı süresince size gönderilen iletiler kalıcı olarak kaybolmaz; gönderen sunucu genelde birkaç gün boyunca yeniden dener. Ama bu süre sonsuz değildir — askı birkaç günü aşarsa iletiler gerçekten geri döner. Bu, ödeme kaynaklı bir askıyı hızlı kapatmanın görünmeyen ama en pahalı sebebidir.

Hesabı Açtırdıktan Sonra: Tekrarını Önleme#

Açılış anı, sorunun bittiği an değil; aynı sorunun tekrarlamayacağını garanti etme anıdır. Nedene göre yapılacaklar:

• Ödeme kaynaklıysa: fatura bildirimlerinin gittiği adresi barındırdığınız alan adından bağımsız bir adrese çevirin, otomatik ödeme tanımlayın, yenileme tarihini takviminize koyun.
• Kaynak kaynaklıysa: önce ölçün. Bir hafta boyunca kaynak kullanım grafiğini takip edin; limitin %70’ini düzenli olarak aşıyorsanız paket yükseltme kararını gecikmeden verin. Trafiğiniz gerçekten büyüdüyse paylaşımlı hosting yerine kendi kaynakları ayrılmış bir sunucuya geçmek, sürekli askı riskiyle yaşamaktan ucuza gelir.
• Spam/zararlı yazılım kaynaklıysa: güncelleme disiplini tek çözümdür. Çekirdek, tema ve eklentiler güncel olsun; kullanılmayanlar silinsin; yönetici paneli ikinci bir doğrulama katmanıyla korunsun.
• Her durumda: kendi yedeğinizi alın. Sağlayıcı yedeği bir güvence değil bir kolaylıktır; saklama süresi sınırlıdır ve yeni yedek alındıkça en eskisi silinir. Elinizde son 7 günün yedeği varsa, yukarıdaki senaryoların tamamı “kötü bir gün” olur; yoksa “kötü bir ay” olur.

Sıkça Sorulan Sorular#

Askıya alınan hosting hesabı ne kadar sürede açılır#

Ödeme kaynaklı askı, ödemenin sisteme düşmesinden sonra genellikle dakikalar içinde kalkar; kartla ödemede çoğu zaman otomatiktir. Kaynak aşımı kaynaklı askıda önce yükü düşürmeniz veya paketi yükseltmeniz beklenir, bu da birkaç saat sürer. Zararlı yazılım kaynaklı askıda süreyi belirleyen sağlayıcı değil sizsiniz: temizlik ne kadar sürerse o kadar sürer. Şikâyet kaynaklı askılarda ise ilgili içeriği kaldırdığınızı bildirmeden süreç ilerlemez.

Ödeme yaptım ama site hâlâ açılmıyor#

En sık sebep, ödemenin askıya sebep olan faturaya değil başka bir faturaya işlenmiş olmasıdır. Müşteri panelinde ilgili faturanın durumunun gerçekten “ödendi” olduğunu doğrulayın; havale/EFT yaptıysanız dekontu o faturaya iliştirin. İkinci sebep, hesabın ödeme dışında bir nedenle de işaretlenmiş olmasıdır — örneğin hem gecikme hem kaynak aşımı varsa ödeme tek başına yetmez. Üçüncü ve daha masum sebep tarayıcı önbelleğidir; farklı bir cihazdan veya mobil veriyle deneyin.

Askıya alınan hesaptaki dosyalarım siliniyor mu#

Hayır, askıya alma dosyaları silmez. Hesabın verisi /home/kullaniciadi altında olduğu gibi kalır, veritabanları yerinde durur; sadece dışarıya servis edilmezler. Silinme riski askıda değil, askının ardından gelen sonlandırma (terminate) aşamasındadır ve bu aşama genellikle askıdan haftalar sonra gelir. Bu yüzden askı bildirimi aldığınızda beklemeden hareket etmek, veriyi kurtarmakla uğraşmamanın en kolay yoludur.

Kaynak aşımı yüzünden askıya alınmayı nasıl önlerim#

Kaynak kullanımını düzenli olarak izleyerek ve limitin altında pay bırakarak önlersiniz. cPanel’in kaynak kullanım grafiğinde son haftaya bakın; sürekli limit sınırında geziyorsanız ilk trafik dalgasında kapanırsınız. Bot trafiğini erişim kayıtlarından ayıklayın, önbellekleme kullanın, gereksiz eklentileri kaldırın ve cron görevlerinin sıklığını düşürün. Bunları yaptıktan sonra hâlâ limite çarpıyorsanız sorun optimizasyon değil kapasitedir; paketi yükseltmek doğru karardır.

Hesabım spam yüzünden askıya alındıysa ne yapmalıyım#

Önce kaynağı kapatın: tüm e-posta hesaplarının parolalarını değiştirin, özellikle uzun süredir dokunulmamış ve zayıf parolalı kutulara odaklanın. Ardından sitenizdeki iletişim ve kayıt formlarının güncel olduğundan emin olun, güncel olmayan form eklentilerini kaldırın. Hesap açıldığında cPanel’in teslimat takibi ekranından giden iletilerin hangi betikten çıktığını görebilirsiniz; Script sütunundaki dosya yolu doğrudan suçluyu gösterir. Bu adımları yaptığınızı destek talebinizde açıkça yazmak, hesabın yeniden askıya alınma ihtimalini de düşürür.

Askıya alınmış siteye FTP ile bağlanabilir miyim#

Çoğu durumda hayır, çünkü askı işlemi FTP erişimini de kapatır. Ancak bu mutlak bir kural değildir: sağlayıcılar, özellikle zararlı yazılım temizliği gerektiren durumlarda siteyi dışarıya açmadan sadece dosya erişimi verebilir. Bu erişimi kendiliğinden almazsınız, destek talebinde açıkça istemeniz gerekir. Temizlik yapmanız gerektiğini ve erişim olmadan ilerleyemeyeceğinizi yazdığınızda çoğu ekip geçici erişim tanımlar.

E-postalarım askı süresince ne oluyor#

Askı süresince gelen iletiler genellikle reddedilir ya da gönderen sunucuda kuyrukta bekler. Kuyrukta bekleyen iletiler siz açıldıktan sonra teslim edilir, ancak gönderen sunucular bu denemeyi sonsuza kadar sürdürmez; birkaç gün sonra iletiyi göndericiye geri döndürürler. Yani askı ne kadar uzarsa kalıcı olarak kaybedilen ileti sayısı o kadar artar. E-posta işiniz için kritikse, askıyı kapatmayı en yüksek öncelikli iş olarak ele alın.

Askıya alma Google sıralamamı etkiler mi#

Kısa süreli askı genellikle kalıcı bir sıralama kaybı yaratmaz, çünkü arama motorları geçici erişilemezliği tolere eder. Ancak askı günlerce sürerse tarayıcı sayfaları dizinden düşürmeye başlar ve toparlanma haftalar alır. Askı nedeni zararlı yazılımsa etki daha ciddidir: site kapanmadan önce zararlı içerik servis ettiyse arama sonuçlarında güvenlik uyarısı işaretlenmiş olabilir. Bu durumda temizlikten sonra ayrıca yeniden inceleme talebi göndermeniz gerekir.

Kapanış#

“This Account Has Been Suspended” ekranı bir son değil, bir sınıflandırma problemidir. Beş neden aynı ekranı üretir ama beşinin çözümü farklıdır: ödeme kaynaklıysa dakikalar, kaynak aşımı kaynaklıysa saatler, zararlı yazılım kaynaklıysa sizin temizlik hızınız kadar sürer. Bu yüzden ilk yapılacak iş destek talebi açmak değil, uyarı e-postasını ve müşteri panelini kontrol edip hangi kutuda olduğunuzu kesinleştirmektir. Nedeni bilerek yazılan tek bir destek mesajı, nedeni bilmeden yazılan beş mesajdan hızlı sonuç verir. Ve her senaryoda geçerli olan tek sigorta, elinizde duran güncel bir yedektir.

Askıya alma sizde tekrarlayan bir kalıp hâline geldiyse, sorun genellikle paket ile ihtiyaç arasındaki uyumsuzluktur. Trafiğiniz büyüdüğü için sürekli kaynak limitine çarpıyorsanız paylaşımlı hosting paketlerimizi yeniden değerlendirmek ya da kaynakları size ayrılmış bir VDS sunucuya geçmek kalıcı çözümdür. Güvenlik tarafında sürekli sorun yaşıyor ve temizlik-güncelleme döngüsünü kendiniz yürütmek istemiyorsanız WordPress bakım hizmeti bu işi üstlenir; yedek konusunda bir daha aynı korkuyu yaşamak istemiyorsanız yedekleme çözümlerine bakmanız, yukarıdaki senaryoların hepsini basit bir geri yükleme işlemine indirger.