Bildirimler

DeepFilter, e-posta akışını ayakta tutan birçok bileşeni arka planda kesintisiz izler: güvenli bağlantı (SSL) sertifikasının geçerliliği, lisans doğrulaması, disk doluluğu, kritik servislerin durumu ve önbellek belleğinin doluluğu. Bu kontrollerden biri başarısız olduğunda e-posta akışı çoğu zaman sessizce bozulur — sertifika dolar, bir servis durur ya da disk taşar, ama dışarıdan her şey çalışıyor görünür ve kimse fark etmez.

Bildirimler ekranı bu boşluğu kapatır: kimin ve hangi olaylar için uyarı e-postası alacağını tanımlarsınız. Sunucuyu sürekli gözlemek yerine ayarları bir kez yapılandırır, yalnızca müdahale gerektiren gerçek bir durum oluştuğunda haberdar olursunuz.

Ayarlar

Admin Uyarı E-postaları

Ne yapar: Kritik sistem uyarılarının gönderileceği alıcı e-posta adres(ler)ini tutar. Birden çok adresi virgülle ayırarak girebilirsiniz (varsayılan: boş).

Neden var: Uyarıların, sunucuyla ilgilenen doğru kişiye veya ekibe ulaşması için ayrı bir alıcı listesi tanımlar; günlük raporların gittiği listeden bağımsız bir hedef belirlemenizi sağlar.

Değiştirirseniz ne olur: Alanı doldurursanız uyarılar yalnızca buradaki adreslere gider. Boş bırakırsanız uyarı alıcıları, sırasıyla Gelen ePosta → Digest → Admin/Test Alıcıları listesinden alınır; o liste de boşsa uyarı hiç gönderilmez ve olay yalnızca sistem günlüğüne yazılır.

Kaydederken adresler temel bir biçim denetiminden geçer (her parçada @ bulunmalı, @ ile başlayıp bitmemelidir); geçersiz bir adres kaydı reddeder. Bu denetim adresin gerçekten var olduğunu veya teslim alınabildiğini doğrulamaz.

UYARI

Bu alanı doldurduğunuzda uyarılar yalnızca buradaki listeye gider ve günlük rapor (Digest) alıcı listesine düşen yedek devre dışı kalır. Tek bir kişisel adres yerine bir ekip ya da dağıtım (SOC) adresi kullanın; aksi halde o kişi izinli veya erişimsizken kritik uyarılar fark edilmeden kaçabilir.

Bildirim Türleri

Ne yapar: Listedeki her satır izlenen bir olay türüdür; sağındaki anahtar açıkken o olay gerçekleştiğinde tanımlı adreslere uyarı e-postası gönderilir, kapalıyken o olay için uyarı üretilmez (varsayılan: tümü açık).

Neden var: Her ortam her olayla aynı ölçüde ilgilenmez. Türleri tek tek açıp kapatabilmek, gereksiz uyarı gürültüsünü kısıp yalnızca önemsediğiniz olayları almanızı sağlar.

Değiştirirseniz ne olur: Bir türü kapatırsanız olay yine gerçekleşir — olayın kendisi engellenmez, yalnızca size bildirilmez. Yeni sürümlerle eklenen bildirim türleri varsayılan olarak açık gelir.

Her uyarı e-postası, günlük Digest raporlarıyla aynı kurumsal şablonla gönderilir; aciliyeti konu başlığındaki önekten anlaşılır: [DeepFilter] (bilgilendirme), [DeepFilter Uyarı] (uyarı) ve [DeepFilter KRİTİK] (kritik). Bu öneklere göre gelen kutunuzda önceliklendirme kuralları tanımlayabilirsiniz.

İzlenen olay türleri:

• SSL Sertifikası Süresi Doldu — Sunucunun güvenli bağlantı (SSL) sertifikasının süresi dolduktan sonra kritik bir uyarı gönderir. Sertifika her gün denetlenir, ancak uyarı yalnızca süre geçtiğinde tetiklenir; "süresi yaklaşıyor" biçiminde önceden uyarı üretmez. Aynı sona erme tarihi için tek bir uyarı gönderilir.
• SSL Yenileme Başarısız — Sertifikanın otomatik yenilenmesi sırasında bir hata oluştuğunda kritik bir uyarı gönderir. Zamanlanmış bir kontrol değildir; her başarısız yenileme denemesinin hemen ardından tetiklenir.
• Lisans Heartbeat Başarısız — DeepFilter, lisansı doğrulamak için düzenli aralıklarla lisans merkezine bağlanır. Bağlantı kurulamazsa doğrulamanın kesildiği andan itibaren 14 takvim günlük bir geri sayım başlar; bu süre boyunca hiçbir koruma düşürülmez, sistem tam kapasite çalışmayı sürdürür. Yönetici, süre dolmadan önce kalan gün sayısı azaldıkça bilgilendirme e-postaları alır ve panelin üstünde kapatılamayan bir uyarı bandı görür. Bağlantı yeniden kurulduğunda geri sayım kendiliğinden sıfırlanır. Ayrıntılar için Lisans sayfasına bakın.
• Lisans Bloklandı — Lisans merkezi; kopya (klon) kullanım, kimlik uyuşmazlığı ya da bir blok kararı bildirdiğinde sistem korumalı biçimde durdurulur ve kritik bir uyarı gönderilir.
• Disk Dolu — İzlenen kritik disk bölümlerinden biri %85 (uyarı) ya da %95 (kritik) doluluğa ulaştığında tetiklenir. Bölümler saatte bir denetlenir; birden çok bölüm aynı anda doluysa uyarılar, en yüksek önem derecesiyle tek e-postada birleştirilir.
• Servis Çalışmıyor — Kritik DeepFilter servisleri beş dakikada bir denetlenir. Bir servis durmuşsa sistem önce onu otomatik olarak yeniden başlatmayı dener (aynı olayda en çok iki deneme); servis yine de kalkmazsa kritik "çalışmıyor" uyarısı gönderir. Aynı tür ayrıca, servis yeniden çalışır duruma geldiğinde bir bilgilendirme, bir servisin durumu okunamadığında ise bir uyarı e-postası gönderir.
• Önbellek Belleği Doluyor — Sayaç, kuyruk ve geçici verilerin tutulduğu önbellek belleği %80 (uyarı) ya da %90 (kritik) doluluğa ulaştığında tetiklenir. Bellek saatte bir denetlenir.
• LDAP Senkronu Uygulanamadı — Alıcı Doğrulama'da kullanılan bir dizin profilinin senkronu uygulanamadığında tetiklenir: dizin bağlantısı kesildiğinde, sonuç boş ya da kısmi geldiğinde veya kilit eşiği aşıldığında. Bu durumda son başarılı alıcı listesi kullanılmaya devam eder. Senkron yeniden başarıyla uygulandığında LDAP Senkronu Düzeldi bilgilendirmesi gelir. Ayrıntılar için LDAP Dizini sayfasına bakın.

Listede anahtarı bulunmayan ve her zaman gönderilen karantina uyarıları da vardır:

• Karantina kuyruğu çok büyük — Karantinada bekleyen e-posta sayısı uyarı eşiğini aştığında kritik bir uyarı gönderir; uyarı, kuyruktaki e-posta sayısını ve kontrol edilecek noktaları (örneğin karantina saklama süresi) içerir. Durum yarım saatte bir denetlenir; sorun sürdükçe uyarı belirli aralıklarla yinelenir. Kuyruk eşiğin altına indiğinde normale döndü konulu bir bilgilendirme gelir.
• Karantina temizliği sürekli başarısız — Süresi dolan karantina e-postalarını silen otomatik temizlik art arda başarısız olduğunda kritik bir uyarı gönderir; temizlik yeniden başarılı olduğunda düzeldi bildirimi gelir.

Bu iki uyarı birlikte, karantinanın fark edilmeden şişip diski doldurmasını önler. Düzelme bildirimi yalnızca önceki uyarı size gerçekten ulaştıysa gönderilir.

BİLGİ

Önbellek Belleği Doluyor uyarısını ciddiye alın: bu bellek dolduğunda arka plan görevleri, karantina, spam öğrenmesi ve Geçici Ret gibi işlevler sessizce durabilirken servisler dışarıdan "çalışıyor" görünmeye devam eder. Uyarıyı erken almak, sorun büyümeden müdahale imkânı verir.

Bildirim Ayarlarını Yapılandırma

Ön koşullar

• Uyarı e-postaları, Digest raporlarıyla aynı gönderim altyapısını kullanır; bu nedenle giden e-posta gönderiminin çalışır durumda olması gerekir. Aksi halde uyarı üretilse de teslim edilemez.

Adımlar

1. Yönetim → Bildirimler ekranını açın.
2. Admin Uyarı E-postaları alanına uyarıların gideceği adres(ler)i yazın; birden çok adresi virgülle ayırın.
3. Bildirim Türleri listesinde almak istediğiniz olayların anahtarını açık, ilgilenmediklerinizi kapalı tutun.
4. Bir değişiklik yaptığınızda alt köşede beliren Kaydet düğmesine tıklayın. Değişiklik yapılmadan bu düğme görünmez; ayarlar kendiliğinden kaydedilmez.

Doğrulama — başarılı olduğunu şuradan anlarsınız

• Kaydettikten sonra Kaydet düğmesi kaybolur; bu, bekleyen değişiklik kalmadığını ve ayarların uygulandığını gösterir. Bu ekranda deneme e-postası gönderen bir düğme yoktur; ayarların çalıştığını, gerçek bir olay (örneğin bir servisin durması) tetiklendiğinde alacağınız uyarıdan görürsünüz.

Dikkat Edilmesi Gerekenler

UYARI

Tüm bildirim türlerini kapatırsanız sertifika süresinin dolması, bir servisin durması ya da diskin taşması gibi kritik durumlarda hiçbir uyarı almazsınız. En azından SSL Sertifikası Süresi Doldu, Servis Çalışmıyor ve Disk Dolu türlerini açık tutun.

Sorun Giderme

Hiç uyarı e-postası gelmiyor. Önce alıcıyı denetleyin: hem Admin Uyarı E-postaları alanı hem de yedek Digest alıcı listesi boşsa uyarı gönderilmez (olay yalnızca günlüğe yazılır). Ardından giden e-posta gönderiminin çalıştığını ve ilgili bildirim türünün açık olduğunu doğrulayın.

SSL sertifikasının süresi yaklaşıyor ama uyarı gelmedi. Bu tasarım gereğidir: sistem yalnızca süre dolduğunda ya da otomatik yenileme başarısız olduğunda uyarır, "yaklaşıyor" uyarısı üretmez. Sertifikayı süresi dolmadan yenilemek için otomatik yenilemenin çalıştığından emin olun.

Disk doldu ama uyarı çıkmadı. Yalnızca sistemin çalışması için kritik olan belirli disk bölümleri izlenir. Dolan bölüm bu izlenen bölümlerden biri değilse uyarı üretilmez.

Önbellek belleği dolu görünüyor ama uyarı gelmiyor. Önbellek belleği için bir üst sınır tanımlanmamışsa (sınırsız yapılandırma) doluluk kontrolü tamamen atlanır ve uyarı üretilmez.

Aynı sorun sürüyor ama uyarı yalnızca bir kez geldi. Çoğu tür, aynı durum için belirli bir zaman aralığında tekrarlanan e-postaları bastırır; böylece süregelen tek bir sorun gelen kutunuzu doldurmaz. Sorun çözülüp yeniden ortaya çıktığında uyarı yeniden gönderilir.