Health Check veya probe trafiğinin WAF loglarını nasıl durdururum (WAF Log Suppression Condition)?
Kısa cevap
WAF Management'taki Log Settings kartının WAF Log Suppression Condition alanına izleme ya da probe trafiğini tanıyan bir Conditions koşulu (ör. izleme sunucusunun IP adresi için Source IP) eklenir ve Edit tıklanır. Koşula uyan isteklerin kaydı Event Logs listesinde ve filtreli raporlarda gösterilmez; WAF bu istekleri denetlemeye ve gerekirse engellemeye devam eder. Kayıtlar diske yazılmaya devam ettiği için disk kullanımı azalmaz ve filtresiz WAF raporu bu kayıtları sayar. Alanda yalnızca istek tarafında çalışan HTTP koşulları seçilebilir; koşul nesnesi yoksa önce Load Balancer → Conditions ekranında oluşturulur. Trafiğin WAF denetimine hiç girmemesi isteniyorsa bastırma yerine Whitelist Condition kullanılır; bu durumda istek denetlenmez.
Sorun: İzleme Trafiği Event Logs'u Dolduruyor
Harici bir izleme ya da tarama aracı, yük testi veya probe istekleri WAF imzalarını tetikleyebilir. Bu kayıtlar Event Logs listesini kalabalıklaştırır ve gerçek saldırıların incelenmesini zorlaştırır. İsteklerin denetlenmeye devam etmesi, yalnızca listede görünmemesi istenir.
Çözüm: İki Yöntem
| Durumunuz | Uygun yöntem |
|---|---|
| Arayüzden koşul tanımlamak | Yöntem 1: Log Settings kartı |
| Komut satırından tanımlamak | Yöntem 2: WEB-CLI |
Yöntem 1: Log Settings Kartı Önerilen
- Nasıl çalışırWAF Log Suppression Condition'a uyan isteklerin Event Logs kaydı bastırıldı olarak işaretlenir: kayıt diske yazılır, Event Logs ve Global WAF Event Log listelerinde ve filtreli raporlarda atlanır. Denetim, engelleme, Dashboard sayaçları ve SIEM'e giden satırlar değişmez. Bastırılan kayıtlar AI Learning ve Teacher kanıtına girmez. Bastırma kayıt yazılırken uygulanır, geriye dönük değildir: koşul kaydedilmeden önce yazılmış kayıtlar listede kalır.
- Nerede açılır vService ekranında WAF Management → Learning & Reporting → Log Settings kartı → kalem ikonu
- Gereksinim WAF alanında değiştirme yetkisi; istek tarafında çalışan bir HTTP koşulu (koşulu Load Balancer → Conditions ekranında oluşturmak için Load Balancer alanında değiştirme yetkisi)
- vService tipi HTTP
Adım adım yapılandırma
Load Balancer → Conditions ekranında Add tıklanır (nasıl eklenir). Uygun koşul zaten varsa 1–3. adımlar atlanır.
Condition Name girilir (ör. izleme-sunucusu). İzleme sunucusunun adresi için Criteria = Source IP, Source IP Type = Manual seçilir ve Source IP alanına adres yazılır (ör. 198.51.100.20). Probe belirli bir yolu çağırıyorsa yol ya da User-Agent başlığı ölçütüyle bir koşul da kurulabilir (Conditions).
Formdaki Add tıklanır.
Left Monitor Panel → WAF-Protected vServices → vService → WAF Management sekmesi açılır.
Learning & Reporting satırındaki Log Settings kartının sağ üstündeki kalem ikonuna tıklanır; Log Settings penceresi açılır (Log Settings Edit ekranı).
WAF Log Suppression Condition alanında 3. adımdaki koşul seçilir. Birden çok koşul and / or ile birleştirilir; listede yalnızca istek tarafında çalışan HTTP koşulları yer alır.
Edit tıklanır; ayrı bir dağıtım adımı yoktur. Cluster kurulumunda ayar varsayılan auto-sync ile eş cihaza da gönderilir; Manual Sync Mode açıksa eş cihaza elle gönderilir.
Doğrulama
Log Settings kartındaki satıra bakılır.
WAF logging is suppressed for requests matching: satırı ve altında izleme-sunucusu koşuluİzleme sunucusundan imza tetikleyen bir istek gönderildikten sonra Event Logs Refresh ile yeniden çekilir ve filtre şeridinin Client IP sekmesine bakılır.
198.51.100.20 için yeni kayıt görünmezYöntem 2: WEB-CLI
- Nasıl çalışır
waf options updatekomutunun--wafLogSuppressionConditionalanı koşul ifadesi alır; ifade koşul kimliklerinden oluşur veand/orile birleştirilir (WAF kapsamı). - Nerede açılır WEB-CLI →
lb condition list·waf options update - Gereksinim WEB-CLI erişimi ve WAF alanında değiştirme yetkisi; koşul nesnesi ve kimliğini
lb condition listile okumak için Load Balancer alanında görme yetkisi - vService tipi HTTP
Adım adım yapılandırma
Alan koşulun adını değil kimliğini bekler. Kimlik listenin id sütunundan okunur (lbConditions- ile başlar):
lb condition list<koşul-kimliği> yerine 1. adımdaki kimlik yazılır:
waf options update poolId <vService> --wafLogSuppressionCondition '<koşul-kimliği>'Birden çok koşul '<kimlik-1> or <kimlik-2>' biçiminde yazılır. Alan mevcut bastırma koşulunun yerine geçer.
Doğrulama
Ayar yeniden görüntülenir.
Komut: waf options show poolId <vService>
wafLogSuppressionCondition satırında koşul kimliğiSık Yapılan Hatalar
- Bastırmanın disk kullanımını azaltacağını sanmak. Kayıtlar diske yazılmaya devam eder; saklama süresi Disk Management kurallarına bağlıdır.
- Bastırmayı denetimden muafiyet sanmak. Bastırılan istek denetlenir ve eşiği aşarsa engellenir; denetimi tamamen kaldırmak için Whitelist Condition kullanılır (Whitelist'e aldığım trafik hiç loglanır mı; dashboard'da nerede görünür?).
- Filtresiz rapor toplamını Event Logs ile karşılaştırmak. Filtresiz WAF raporu bastırılan kayıtları sayar, Event Logs göstermez; iki toplam farklı çıkabilir.
- Koşul nesnesini silmek. Koşul bastırma alanında kullanılırken silinirse bastırma sessizce değişir: tek koşul silinirse bastırma durur, çok koşullu bir grupta biri silinirse kalanlar daha geniş bastırabilir (Log Settings · Edit).
- Log profilindeki health check susturmasıyla karıştırmak. vService'in erişim loglarındaki health check satırları ayrı bir ayarla susturulur: Log hacmini nasıl azaltırım (health check ve statik dosya loglarını susturmak)?
- WEB-CLI'da koşul adını yazmak. Alan koşul kimliği bekler; kimlik
lb condition listile alınır.
Dokümantasyonda nasıl yapılır
