SSS
Smarter by Design.Simpler for Business
TR7Enterprise Application Delivery & Security Platform

Türkçe

English

Türkçe

English

Görünüm

Orta

AGS bir vService'te açıldığında trafiğe ne olur? ​

Kısa cevap

AGS açıldığı anda o vService'te geçerli bir AGS oturumu taşımayan istekler Kurum Servisine değil, vService'in AGS motoruna yönlendirilir; motor hazır olana kadar bu istekler HTTP 503 alır. Varsayılan akışta hazır Basic Login formunun çıkışı Deny adımına bağlıdır; bu yüzden akışa bir Authentication Provider adımı eklenip Allow'a bağlanana kadar kullanıcılar Kurum Servisine ulaşamaz. Canlı trafik taşıyan bir vService'te AGS, akışın hemen ardından tamamlanabileceği bir zamanda açılır ya da önce trafik almayan bir vService'te denenir.

Nasıl Çalışır? ​

AGS açıldığında vService'in yapılandırması yeniden üretilip uygulanır (etkinleştirildikten sonra ne oluşur):

  1. Yapılandırma oluşur: vService için aşağıdaki varsayılanlarla bir AGS yapılandırması yazılır; AGS daha önce açılıp kapatılmışsa önceki yapılandırma aynen geri gelir.
  2. Yönlendirme başlar: AGS Root Path ile başlayan istekler oturum durumundan bağımsız olarak, oturumu olmayan diğer istekler ise AGS Activation Condition tanımsız olduğu için hepsi AGS motoruna gider.
  3. Motor başlar: Motor hazır olana kadar AGS'ye yönlenen istekler Access Gateway is being prepared. Please try again shortly. metnini içeren HTTP 503 sayfasını alır.
AyarAGS açıldığında
Gateway ModeStandalone Application
AkışStart → Form (Basic Login) → Deny; Allow adımı bağlantısız
AGS Activation Condition / AGS Root PathTanımsız (bütün istekler) / /ags-portal
Session Protection PolicyStandard Session Protection: IP adresine bağlama, 8 saat boşta kalma, 7 gün mutlak süre
Default Lockout PoliciesDefault Username Lockout, Default IP Lockout
Bot Protection PoliciesStandard Rate Limiting (IP başına 1 dakikada 300 istek eşiği, 429), Bot Score CAPTCHA Challenge (eşik 60), Bot Score Deny (eşik 85, 403); Bot/DDoS Protection kapalı olsa da çalışır
Page Template / DictionaryDefault Page Template / Default Dictionary
Backend SSO Config, Notification Profile, Audit Log ForwardersSeçili değil

TR7'de AGS'nin Etkisi ​

  • Değişmeyenler: vService'in IP adresi, portu, sertifikası, Kurum Servisleri, Algorithm ve Persistence ayarları aynı kalır. WAF ve L7 DDoS & Threat Protection açıksa oturumu olmayan istekler için de çalışır.
  • Uygulamanın yolları: Kurum Servisinde /ags-portal ile başlayan bir yol varsa bu yola artık ulaşılmaz; AGS Root Path değiştirilir (AGS Activation Condition ve AGS Root Path neyi belirler?).
  • İzleme: Motorun durumu Engine, giriş denemeleri Audit Logs, açık oturumlar Sessions, anlık sayaçlar Live Stats sekmesinde izlenir.
  • Cluster: Değişiklik varsayılan auto-sync ile eş cihaza da geçer; her cihaz vService için kendi AGS motorunu çalıştırır (Cluster'da AGS oturumları ve ayarları nasıl davranır?).
  • AGS kapatıldığında: Akış, mod ve politika seçimleri vService var olduğu sürece saklanır; AGS yeniden açıldığında aynı yapılandırma geçerli olur (AGS'nin kaldırılması).

Sık Karıştırılan Noktalar ​

  • "AGS da WAF gibi önce izleme modunda başlar." AGS'nin izleme modu yoktur; açıldığı anda oturumu olmayan istekler giriş akışına yönlendirilir.
  • "Form adımının çıkışı Allow'a bağlanınca kullanıcı doğrulanmış olur." Form adımı kimlik doğrulamaz; çıkışı doğrudan Allow'a bağlanırsa girilen bilgiler doğrulanmadan erişim verilir. Form bir Authentication Provider adımına, onun SUCCESS çıkışı Allow'a bağlanır (Bundan sonra ne yapılmalı?).
  • "Akış AGS açılmadan önceden hazırlanabilir." Flowchart ve AGS ayarları AGS açıldıktan sonra düzenlenir; sağlayıcı, politika ve form profilleri ise önceden tanımlanabilir.

Dokümantasyonda nasıl yapılır

İlgili sorular