Hosting Yenileme Bildirimini Neden Görmedin ve Hizmetin Neden Askıya Alındı?
Hizmetiniz sabah saat 3'te askıya alındı. Saldırı veya yapılandırma hatası yüzünden değil, basit bir nedenden: yenileme bildirimi spam kutusuna düşmüştü ve siz de otomatik ödemenin aktif olduğunu sanıyordunuz. Bu senaryoyu ServerNet destek ekibinde haftada birkaç kez görüyoruz. Sorun bellek veya işlemciden kaynaklanmıyor; sorun, hiç ciddiye alınmayan bildirim ayarlarından kaynaklanıyor.
ServerNet kullanıcı paneli her olay için ayrı bir bildirim gönderir. Yenileme, fatura düzenlenmesi, hizmet durumu değişikliği, ödeme hatası. Bunların her birinin farklı bir ağırlığı vardır ve her biri farklı bir kanaldan ulaşmalıdır. Hepsini tek bir politikayla yönetirseniz, ya kritik uyarıları kaybedersiniz ya da gereksiz e-postaların sayısından bıkıp hepsini görmezden gelirsiniz.
Birbirine Karıştırılmaması Gereken Üç Bildirim Kategorisi
Bildirim ayarlamada ilk adım, olayları sınıflandırmaktır. Sistemin verdiği başlığa göre değil, göz ardı etmenin maliyetine göre. Üç kategori vardır:
- Kritik uyarılar: Hizmet kesintisi, askıya alma, tekrarlanan ödeme hatası. Göz ardı etme maliyeti: veri kaybı veya hizmetin tamamen durması.
- Finansal hatırlatmalar: Yenileme bildirimi, fatura düzenlenmesi, son kullanma tarihinin yaklaşması. Göz ardı etme maliyeti: önlenebilir planlı bir kesinti.
- Normal duyurular: Plan değişikliği, altyapı güncellemesi, ürün haberleri. Göz ardı etme maliyeti: neredeyse sıfır.
Çoğu kullanıcı her üç kategoriyi de tek bir e-posta kutusunda görür ve sonra yenileme bildirimini neden kaçırdığına şaşırır. Çünkü 40 haber e-postası arasında kaybolmuştur. İşte burada hata yaparlar: Sistemin "önemli" olanı kendisinin algılayacağını varsayarlar. Algılamaz. Önemi belirlemek size kalmıştır.
Gönderim kanalını göz ardı etme maliyetine göre seçin
E-posta her üç kategori için de gelir. Ancak birinci ve ikinci kategori için e-posta tek seçenek değildir. SMS ve panel içi bildirimler de vardır. Benim kuralım şudur: 24 saat görülmediğinde zarar verecek her olay en az iki kanala sahip olmalıdır. Yenileme bildirimini e-postayla gönderin ve bir de SMS atın. Hizmet kesintisi için de aynısını yapın.
Üçüncü kategori için yalnızca e-posta yeterlidir. Ürün haberleri için de SMS gönderirseniz, iki hafta sonra o SMS'i spam olarak görür ve numaranın tamamını engellersiniz. O zaman gerçekten bir kesinti olduğunda SMS hiçbir yere ulaşmaz.
Yenileme Bildirimi Ayarları: Hataların %90'ının Gerçekleştiği Yer
Kullanıcı panelinde, bildirim ayarları bölümünde "Yenileme Hatırlatması" için bir seçenek vardır. Üç zaman aralığı seçilebilir: son kullanma tarihinden 7 gün, 3 gün ve 1 gün önce. Sistemin varsayılanı 7 gündür. Bunu değiştirmeyin. 7 günün çok erken olduğunu ve unutacağınızı düşünebilirsiniz. Tam tersi. 7 gün önceki bildirimi gördüğünüzde, şimdi ödeme yapmazsanız 3 gün önceki bildirim tekrar gelir. Bu bilinçli bir tasarımdır: tek darbe değil, üç darbe.
Defalarca gördüğüm sorun şudur: Kullanıcılar otomatik ödemeleri olduğunu düşündükleri için "Yenileme Hatırlatması" seçeneğini devre dışı bırakırlar. Sonra banka kartının süresi dolduğu için otomatik ödeme başarısız olur ve hiçbir bildirim de gelmez. Sonuç: hizmet askıya alınır. Otomatik ödemeniz aktifse, yenileme bildirimini devre dışı bırakmayın. Olduğu yerde kalsın. Ayda bir fazladan e-posta, hizmetin canlı kalmasını sağlamak için küçük bir bedeldir.
Faturayı e-postadan ayırın
Fatura düzenleme bildirimi genellikle yenileme bildirimiyle aynı anda gelir. Ancak bu ikisini bir tutmayın. Fatura mali bir belgedir ve aranabilir olmalıdır. E-posta filtresi kullanıyorsanız, invoice@servernet.cloud için ayrı bir etiket oluşturun. Bunu bildirim ayarlarında yapmazsınız; e-posta istemcinizde yapılır. Ama yapmazsanız, altı ay sonra muhasebe için faturayı arar ve bulamazsınız.
Hizmet Durumunu Ciddiye Alın, Sadece E-postayı Değil
Kullanıcı panelinde üç durumu gösteren bir "Hizmet Durumu" bölümü vardır: active, suspended ve cancelled. Çoğu kullanıcı, kesinti e-postası gelene kadar bu bölüme bakmaz. Bu yanlıştır. Hizmetin doğru çalışıp çalışmadığından şüpheleniyorsanız, önce paneli kontrol edin, sonra e-postayı. Panel her zaman günceldir; e-posta gecikebilir veya spam'de olabilir.
Bu durumların her birinin kesin anlamını ve "askıya alınmış" ile "iptal edilmiş" arasındaki farkı Kullanıcı Panelinde Hizmet Durumunun Anlamı belgelerinde okuyun. Bunu ciddiye alın çünkü birçok kullanıcı suspended hizmetin verilerinin silindiğini düşünüp paniğe kapılır. Oysa sadece ödeme gecikmiştir ve bir ödeme yapıldığında geri gelir.
Kesinti ve Olay Bildirimi: İkinci Kanal Zorunludur
Hizmet kesintisi bildirimini yalnızca e-postayla almayın. Sunucunuzun e-postası, kesilen sunucunun kendisinde olabilir. Bu mantıksal bir sorundur: Down olan bir sunucu size down olduğunu söyleyemez. Bu nedenle, kesinti bildirimi sunucunuza bağımlı olmayan bir kanaldan gelmelidir. SMS veya panel içi bildirim (başka bir cihazdan giriş yaptığınızda) doğru seçeneklerdir.
Bildirim ayarlarında "Olay Bildirimi SMS ile" seçeneğini etkinleştirin. Evet, yılda belki iki kezden fazla kullanılmayabilir. Evet, SMS ücretini ödersiniz. Ancak başladıktan 2 saat sonra haber olduğunuz 4 saatlik bir kesinti, yüz yıllık SMS'ten daha maliyetlidir. Yıllarca production hizmetleri yönetmiş biri olarak bana güvenin.
Burada Hata Yapıyorlar: Tüm Bildirimleri Kapatmak
Bildirim ayarlarında gördüğüm en yaygın hata şudur: ServerNet e-postalarının sayısından bıkan kullanıcı tüm bildirimleri devre dışı bırakır. Birkaç hafta sonra hizmeti askıya alınır ve destek ekibini arayıp "Neden bana söylemediniz?" der. Cevap şudur: Söyledik, siz kanalı kapattınız. Bildirim sistemi bir araçtır; hepsini kapatırsanız kendinizi kör etmiş olursunuz. Toplu kapatmak yerine, üçüncü kategoriyi (normal duyurular) devre dışı bırakın ve ilk iki kategoriyi koruyun.
Bildirimleri Doğru Yorumlamak için Destek Kapsamını Bilin
Çok az kişinin düşündüğü bir nokta: ServerNet'ten aldığınız bildirimler yalnızca hizmetinizle ilgili olaylardır. Siteniz down ise ancak bildirim gelmediyse, sorun ServerNet altyapısı tarafında değildir. Sorun kodunuzda, DNS'te veya üçüncü taraf hizmetlerdedir. Bu durumda bildirim de gelmez ve gelmemelidir. Bu durumları teşhis etmek için Destek Kapsamı: Tam Olarak Neler Kapsanır? belgelerini okuyun; böylece neyin bizim görevimiz, neyin sizin göreviniz olduğunu bilirsiniz.
Bu sınırı bilmek iki hatayı önler: biri sorun sizdeyken destek ekibini gereksiz yere aramak, diğeri hizmet kapsamında olmayan bir şey için yersiz bildirim beklemek.
Hızlı Karar İçin Bir Tablo
| Olay Türü | Önerilen Kanal | Devre Dışı Bırakmak Serbest mi? |
|---|---|---|
| Hizmet kesintisi | E-posta + SMS | Hayır |
| Yenileme bildirimi | E-posta + SMS | Hayır |
| Fatura düzenlenmesi | E-posta | Hayır (mali belgedir) |
| Ödeme hatası | E-posta + SMS | Hayır |
| Plan değişikliği | E-posta | Evet |
| Ürün haberi | E-posta | Evet |
Bu tabloyu varsayılan olarak kabul edin. Özel durumlarınız varsa değiştirebilirsiniz. Ancak her değişiklik bir nedene dayanmalıdır, umursamazlığa değil.
Hizmet Seçimi de Bildirim Sayısını Etkiler
Çok az dikkat edilen bir nokta: Satın aldığınız hizmet türü, kaç bildirimin anlamlı olduğunu belirler. Paylaşımlı Linux hosting kullanıyorsanız, kaynak kullanımıyla ilgili bildirimler sizin için genellikle daha az önemlidir çünkü kaynak yönetimi bizdedir. Ancak sanal veya özel sunucunuz varsa, CPU ve disk kullanım bildirimleri kritik hale gelir çünkü sorumluluk sizdedir. Hizmet Karşılaştırması: Linux Hosting, Bulut Sunucu ve Özel Sunucu sayfasında her birinin sorumluluk sınırlarını görebilir ve ardından hangi bildirimlerin sizin için önemli olduğuna karar verebilirsiniz.
Hangi hizmetin işiniz için uygun olduğundan hâlâ emin değilseniz, Hizmet Seçim Rehberi'ni okuyun. Doğru hizmet seçimi, alakasız bildirimlerin sayısını azaltır ve böylece bildirim ayarları daha basit hale gelir.
Karşılama E-postasını Ciddiye Alın
Yeni bir hizmet satın aldığınızda, panele giriş bilgileri, varsayılan ayarlar ve önemli bağlantıları içeren bir karşılama e-postası alırsınız. Çoğu kullanıcı bu e-postayı okur ve siler. Yanlış. Karşılama E-postasını Okuma Rehberi'nde hangi ayarları hemen orada değiştirmeniz gerektiği yazılıdır. Bunlardan biri tam olarak bildirim ayarlarıdır. İlk gün kanalları doğru kurarsanız, daha sonra bir krizin ortasında ayarları aramak zorunda kalmazsınız.
Sık Sorulan Sorular
Yenileme bildirimi neden bana ulaşmadı?
En olası neden, e-postanın spam klasörüne düşmesi veya e-posta filtrenizin onu silmesidir. Gönderen adresini beyaz listeye ekleyin ve paneldeki bildirim ayarlarında SMS seçeneğini de etkinleştirin. Hizmet zaten askıya alınmışsa, önce panelde durumu kontrol edin ve ardından destek ekibiyle iletişime geçin.
Haber bildirimlerini devre dışı bırakıp yenileme bildirimini koruyabilir miyim?
Evet. Paneldeki bildirim ayarları bölümünde her kategori ayrı ayrı yönetilebilir. "Ürün Duyuruları" kategorisini devre dışı bırakın ve "Yenileme" ile "Olay" kategorilerini aktif tutun. Bu tam olarak bu makalede açıklanan ayrımdır.
SMS bildirimlerinin ayrı bir ücreti var mı?
Evet, her olay için SMS gönderimi, faturanızda hesaplanan bağımsız bir ücrete sahiptir. Ancak hizmet kesintisi ve ödeme hatası gibi kritik olaylar için bu ücret, hizmet durmasının maliyetine kıyasla önemsizdir. SMS'i yalnızca bir kategori için etkinleştirmek istiyorsanız, bu kategori "Yenileme" olmalıdır.
Otomatik ödeme aktifse yine de yenileme bildirimi gerekli mi?
Evet. Otomatik ödeme çeşitli nedenlerle başarısız olabilir: kartın süresinin dolması, yetersiz bakiye veya ödeme kapısı hatası. Yenileme bildirimi bu durumda bir sorun olduğunu söyleyen tek uyarıdır. Onu devre dışı bırakmayın.