Smarter by Design.Simpler for Business
TR7Enterprise Application Delivery & Security Platform
WAF'ı etkinleştirmenin iki yolu arasındaki fark nedir (liste üzerinden / vService formu üzerinden)?
Kısa cevap
İki yol aynı sonucu üretir: vService kaydındaki WAF anahtarı açılır ve aynı varsayılanlar oluşur (iki yol). WAF-Protected vService List ekranındaki Enable, birden çok mevcut HTTP vService'i tek işlemde açar ve WAF alanında değiştirme yetkisi ister. vService formundaki Details → WAF kutusu tek vService içindir, yeni vService kurulurken de kullanılır, formdaki diğer değişikliklerle birlikte Save ile kaydedilir ve Load Balancer alanında değiştirme yetkisi ister. Kaldırmada da fark vardır: listedeki Disable seçili bütün vService'lerde onay sormadan çalışır, formdan kaldırma yalnızca o vService'i etkiler. Liste yolundaki açma ve kapama kullanıcı günlüğüne yazılmaz (kapsam ve sınırlar). Bu iki yola ek olarak Load Balancer Management sekmesindeki Security Modules bölümü ve WEB-CLI de aynı anahtarı değiştirir.
Karşılaştırma
| WAF-Protected vService List → Enable | vService formu → Details → WAF | |
|---|---|---|
| Kapsam | Birden çok vService tek işlemde; üst sınır yok | Tek vService; yeni vService kurulurken de |
| Yol | Configuration Menu → WAF → WAF-Protected vService List → Enable | Load Balancer → Load Balancer vService List → Edit → Details |
| Sunulan vService'ler | HTTP vServices to WAF alanında yalnızca WAF'ı kapalı HTTP vService'ler; durdurulmuş vService'ler dahil | Kutu yalnızca HTTP vService formunda bulunur |
| Yetki | WAF alanında değiştirme; yalnız okuma yetkili kullanıcı butonları etkin görür, işlem sunucuda reddedilir | Load Balancer alanında değiştirme; WAF alanında değiştirme yetkisi yoksa kutu pasif |
| Lisans | Lisansta WAF - WAAP ürünü yoksa açma The license does not include this module: WAF hatasıyla reddedilir | Lisansta WAF - WAAP ürünü yoksa kutu pasif (vService'te WAF zaten açık değilse) |
| Diğer alanlar | Yalnızca WAF anahtarı değişir | Formdaki diğer değişikliklerle tek kayıt |
| Kaldırma | Disable; onay penceresi yok, seçili bütün satırlar | Kutunun işareti kaldırılıp Save |
| Kullanıcı günlüğü | Açma ve kapama yazılmaz | vService düzenlemesi olarak işlenir |
| Sonuç ve varsayılanlar | Aynı (WAF etkinleştirildiğinde hangi varsayılan ayarlar oluşur?) | Aynı |
Her iki yolda da değişiklik ayrı bir dağıtım adımı olmadan, açık bağlantılar kopmadan uygulanır. Cluster kurulumunda varsayılan auto-sync ile değişiklik eş cihaza da otomatik gönderilir; Manual Sync Mode açıksa eş cihaza elle gönderilir.
Diğer İki Giriş
| Giriş | Kapsam |
|---|---|
| Load Balancer Management → Security Modules → Edit | Tek vService; vService formu yalnızca WAF, AGS ve L7 DDoS & Threat Protection kutularına indirgenmiş bir pencere olarak açılır ve Save ile kaydedilir |
| WEB-CLI | lb service update ile tek vService, lb service update-many ile birden çok vService (koruma ve işleme anahtarları) |
Dört girişin adımları: Bir vService'te WAF korumasını nasıl etkinleştiririm?
Sık Karıştırılan Noktalar
- "Listeden açılan WAF farklı varsayılanlarla gelir." Bütün girişler aynı anahtarı açar; ilk kez açılan vService Learning Mode ve aynı varsayılanlarla başlar.
- "Load Balancer vService List'teki Enable ve Disable WAF'ı açıp kapatır." O butonlar vService'in çalışma durumunu değiştirir (Birden fazla vService'i aynı anda etkinleştirebilir, devre dışı bırakabilir veya silebilir miyim?).
- "WAF-Protected vService List'te satıra sağ tıklayıp WAF kaldırılır." Sağ tık menüsünde yalnızca Edit bulunur; kaldırma araç çubuğundaki Disable ile yapılır (sağ tık menüsü).
- "WAF'ı kimin açtığı vService'in Log sekmesinde görülür." Liste yolundaki açma ve kapama kullanıcı günlüğüne yazılmaz.
Dokümantasyonda nasıl yapılır
