Sitenize girdiniz ve "hesap askıya alınmıştır" sayfasıyla karşılaştınız. Bu, sağlayıcının hesabınızı geçici olarak devre dışı bıraktığı anlamına gelir ve panik yaratır — ancak nedeni tespit edip doğru sırayla hareket ettiğinizde çoğu vaka birkaç saat içinde çözülür.
Bu rehber, Linux hosting veya Windows hosting hesabınızın askıya alınma nedenlerini ve çözüm yolunu anlatıyor.
Beş Temel Neden
| Neden | Tipik belirti | Çözüm süresi |
|---|---|---|
| Ödeme gecikmesi | Uyarı e-postaları gelmiş | Dakikalar |
| Kaynak aşımı | Öncesinde limit uyarıları | Saatler |
| Spam gönderimi | Kötüye kullanım bildirimi | Saatler-günler |
| Zararlı yazılım | Tarama raporu ekli | Saatler-günler |
| İçerik ihlali | Telif veya politika bildirimi | Değişken |
İlk Adım: Nedeni Öğrenin
Tahmin yürütmeyin. İki yere bakın:
- E-posta kutunuz. Sağlayıcılar askıya almadan önce genellikle uyarı gönderir ve askıya alma anında gerekçeyi bildirir. Bu e-postayı bulun — spam klasörünü de kontrol edin.
- Destek talebi açın. Gerekçe net değilse doğrudan sorun. Somut bilgi isteyin: hangi kural ihlal edildi, hangi dosya sorunlu, hangi kaynak aşıldı?
Nedeni bilmeden yapılan müdahaleler zaman kaybıdır. Örneğin kaynak aşımı sanıp optimizasyon yaparken, sorun aslında zararlı bir dosyaysa askı kalkmaz.
Neden 1: Ödeme
En kolay çözülen nedendir. Ödemeyi yapın, çoğu sağlayıcı hesabı otomatik veya kısa sürede yeniden aktifleştirir.
Tekrarını önlemek için: fatura bildirimlerinin ulaştığı e-posta adresinin aktif olduğundan emin olun ve alan adı ile hosting yenileme tarihlerini takvime ekleyin. Alan adı süresinin dolması da benzer bir kesinti üretir ve çözümü daha zahmetlidir.
Neden 2: Kaynak Aşımı
Hesabınız CPU, bellek veya eşzamanlı işlem limitlerini sürekli aşıyorsa sağlayıcı, diğer hesapları korumak için sizi askıya alabilir.
Çözüm Sırası
- Kaynak raporunu isteyin. Hangi kaynak, ne zaman, ne kadar aşıldı? Bu veri olmadan doğru müdahale yapılamaz.
- Erişim loglarını inceleyin. Yükün kaynağı gerçek ziyaretçi mi, bot mu, yoksa hatalı bir entegrasyon mu? Bazı vakalarda suçlu, sonsuz döngüye girmiş tek bir betiktir.
- Önbellek kurun. Sayfa önbelleği, kaynak tüketimini en çok düşüren tek adımdır.
- Ağır zamanlanmış görevleri seyreltin. Dakikada bir çalışan bir görev, limitleri tek başına doldurabilir.
- Gereksiz eklentileri kaldırın.
- Bot trafiğini sınırlayın. Kaynak tüketiminizin önemli bir bölümü değer üretmeyen tarama olabilir.
Bu adımlardan sonra hâlâ limitleri aşıyorsanız, paketiniz gerçekten yetersiz demektir ve büyütme kararı gerekçelidir.
Neden 3: Spam Gönderimi
Hesabınızdan spam gönderildiği tespit edilmiştir. Bu, neredeyse her zaman sizin bilginiz dışında olur ve iki kaynaktan gelir:
- Ele geçirilmiş e-posta hesabı. Zayıf parolalı bir hesap kırılmış ve spam gönderimi için kullanılıyor.
- Ele geçirilmiş site. Sitenize yüklenmiş zararlı bir betik, arka planda toplu e-posta gönderiyor.
Çözüm
- Tüm e-posta hesap parolalarını değiştirin.
- Giden e-posta kuyruğunu boşaltın — birikmiş binlerce ileti olabilir.
- Hesabınızda zararlı dosya taraması yapın veya sağlayıcıdan tarama raporu isteyin.
- Bulunan zararlı dosyaları temizleyin; emin değilseniz temiz bir yedekten dönün.
- Açığı kapatın: tüm bileşenleri güncelleyin.
- Sağlayıcıya ne bulduğunuzu ve ne yaptığınızı yazılı olarak bildirin.
Son madde önemlidir: "temizledim, açar mısınız" tipi talepler genellikle yetersiz bulunur. Kaynağı tespit ettiğinizi ve tekrarını önlediğinizi gösteren somut bir açıklama, askının kalkmasını hızlandırır.
Neden 4: Zararlı Yazılım
Sitenizde zararlı kod tespit edilmiştir. Askı, hem sizi hem ziyaretçilerinizi korumak içindir.
Kritik karar şudur: temizlemek mi, yedekten dönmek mi?
Yedekten dönmek neredeyse her zaman daha güvenlidir. Temizlik yaparken saldırganın bıraktığı bir arka kapıyı kaçırma riski her zaman vardır ve bu durumda site kısa süre sonra tekrar ele geçirilir — ikinci askı ise daha uzun sürer.
Yedekten dönerken enfeksiyon tarihinden öncesine ait bir yedek seçin. Yedeğiniz yoksa veya hepsi enfekte ise temizlik yapmak zorunda kalırsınız; bu durumda sağlayıcının tarama raporunu adım adım takip edin.
Her iki durumda da açığı kapatmadan hesabı açtırmayın — aynı açıktan tekrar girilir.
Askıya Alınmayı Önlemek
- Uyarı e-postalarını okuyun. Askı genellikle uyarılardan sonra gelir. İlk uyarıda müdahale etmek, askıyı tamamen önler.
- Kaynak kullanımını izleyin. Panelinizdeki kullanım grafiğine ayda bir bakın; eşiğe yaklaştığınızı önceden görün.
- Güncellemeleri otomatikleştirin. Güvenlik olaylarının büyük bölümü güncellenmemiş bileşenlerden kaynaklanır.
- Güçlü parola kullanın. Özellikle e-posta hesaplarında — tek bir zayıf hesap tüm hesabı riske atar.
- Hesap dışında yedek tutun. Hesap askıya alındığında içindeki yedeklere de erişemezsiniz.
Son madde özellikle önemlidir ve genellikle askı yaşandığında fark edilir: hesabınıza erişemiyorsanız, hesap içindeki yedeklere de erişemezsiniz.
Sonuç
Hesap askıya alındığında ilk yapılacak şey müdahale değil, nedeni öğrenmektir — yanlış teşhisle yapılan çalışma askıyı kaldırmaz. Ödeme kaynaklıysa dakikalar içinde çözülür; kaynak aşımında önbellek kurmak en etkili adımdır; spam veya zararlı yazılım vakalarında ise temiz bir yedekten dönmek, temizlik denemesinden hem daha hızlı hem daha güvenlidir. Her durumda açığı kapatmadan hesabı açtırmayın ve yedeğinizi hesabın dışında tutun.
Sıkça Sorulan Sorular (SSS)
Hesabım askıdayken verilerim güvende mi?
Genellikle evet — askı, verinin silinmesi değil erişimin kapatılmasıdır. Ancak uzun süre çözülmeyen askılar sonunda hesap kapatmaya dönüşebilir. Sağlayıcının veri saklama süresini öğrenin ve hızlı hareket edin.
Askıdayken yedek alabilir miyim?
Çoğu sağlayıcı, askı nedeni ödeme dışıysa veri yedeği almanıza izin verir veya talep üzerine yedek sağlar. Destek talebinde bunu açıkça isteyin. Bu deneyim, gelecekte hesap dışında yedek tutmanın önemini gösterir.
Spam göndermediğim halde neden askıya alındım?
Neredeyse kesinlikle hesabınız veya siteniz ele geçirilmiştir ve sizin bilginiz dışında gönderim yapılmaktadır. Tüm parolaları değiştirin, giden kuyruğu boşaltın ve zararlı dosya taraması yapın.
Askı kalktı ama tekrar olur mu?
Nedeni gerçekten ortadan kaldırmadıysanız evet. Kaynak aşımında optimizasyon yapmadan devam etmek, güvenlik olayında açığı kapatmadan hesabı açtırmak — ikisi de kısa sürede tekrar askıya götürür. İkinci askı genellikle daha uzun sürer.
