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

Web Form, HTTP ve Portal provider'ları ne işe yarar? ​

Kısa cevap

HTTP ve Web Form, LDAP, RADIUS, SAML ya da OpenID Connect konuşmayan kimlik kaynakları içindir. HTTP, kullanıcının giriş formuna yazdığı bilgileri kurumun kendi kimlik doğrulama servisine (REST API ya da iç web servisi) bir HTTP isteğiyle gönderir; Web Form, aynı bilgileri API'si olmayan, yalnızca giriş sayfası bulunan mevcut bir uygulamanın giriş formuna gönderir. İkisinde de girişin başarılı sayılması Success Conditions ile yanıttan belirlenir. Portal ise kimliği doğrulamaz, portal modunda çalışan başka bir AGS etkin vService'te açılmış oturumdan alır; kullanıcı portalda bir kez giriş yapar, portala bağlı uygulamalarda yeniden giriş yapmaz.

Nasıl Çalışır? ​

  • HTTP: İsteğin yolu, yöntemi, başlıkları ve gövdesi provider'da; adresi, portu ve TLS ayarları HTTP ya da HTTPS protokollü bir Authentication Server kaydında tanımlanır. Kullanıcı bilgileri %AGS_USER_INPUT(username) gibi değişkenlerle isteğe yerleştirilir; yanıttaki kullanıcı bilgileri otomatik eşlemeyle oturuma yazılır.
  • Web Form: TR7, kullanıcı bilgilerini Login Form URL adresindeki forma Login Form Fields satırlarına göre gönderir. Server kaydı kullanılmaz; istek provider'ın Namespace alanındaki route table'dan çıkar.
  • Portal: Provider'ın Portal Gateway alanında portal modundaki vService seçilir. Uygulama vService'i Portal Application modunda çalışır ve portal, Trusted Portals listesinde bulunur. Kullanıcı portalda giriş yaptıysa kimlik portal oturumundan alınır.

Karşılaştırma ​

HTTPWeb FormPortal
Ne zamanKurumun kimlik doğrulama API'si varUygulamanın yalnızca giriş sayfası varBirden çok uygulamaya tek girişle erişim isteniyor
Kullanıcı bilgisi nereye giderKurumun HTTP servisineUygulamanın giriş formunaHiçbir yere; kimlik portal oturumundan alınır
Başarı nasıl anlaşılırSuccess Conditions: Status code (varsayılan; beklenen kod 200), Cookie, Redirect URL, JSONataAynı seçenekler; formda beklenen durum kodları 301 ve 302 ile dolu gelirKimliğin portal oturumundan alınması
Ön koşulHTTP / HTTPS server kaydıGiriş formu adresi ve alan adlarıPortal modunda AGS etkin bir vService

TR7'de Bu Türler ​

Üç tür de AGS → Authentication → Authentication Providers ekranında Provider Type ile seçilir ve akışa Authentication Provider adımı olarak eklenir. Web Form ve Portal'da otomatik öznitelik eşlemesi yoktur; oturuma yazılacak öznitelikler Custom User Attribute Mapping ile eşlenir. Portal kurgusunun ayrıntısı: Portal nedir; kullanıcılar tek girişle birden fazla uygulamaya nasıl erişir?

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

  • "HTTP provider'ı Kurum Servisine kimlik aktarır." HTTP provider yalnızca girişi doğrular; doğrulanan kimliğin uygulamaya aktarılması Backend SSO Configurations ile yapılır (Backend SSO nedir; AGS kullanıcının kimliğini uygulamaya nasıl aktarır?).
  • "Web Form için server kaydı gerekir." Web Form server kaydı kullanmaz; adres Login Form URL alanına yazılır.
  • "Portal provider'ı herhangi bir vService'i seçebilir." Portal Gateway listesinde bütün AGS etkin vService'ler görünür, ancak yalnızca portal modunda çalışan bir vService kaydedilir; başka bir vService seçildiğinde kayıt Add butonuna tıklandığında geçersiz seçenek hatasıyla reddedilir. Liste ilk vService seçili olarak açıldığından seçim kontrol edilmelidir.

Dokümantasyonda nasıl yapılır

İlgili sorular