Der Identity Bridging-Modus von Unified Access Gateway kann zur Verwendung von Omnissa Workspace® ONE® in der Cloud oder in einer lokalen Umgebung konfiguriert werden.
Verwenden von Unified Access Gateway Identity Bridging mit Workspace ONE Clients in der Cloud
Der Identity Bridging-Modus kann für Workspace ONE in der Cloud eingerichtet werden, um Benutzer zu authentifizieren. Wenn ein Benutzer den Zugriff auf eine Legacy-Webanwendung anfordert, wendet der Identitätsanbieter die entsprechenden Authentifizierungs- und Autorisierungsrichtlinien an.
Wird der Benutzer validiert, so erstellt der Identitätsanbieter ein SAML-Token und sendet es an den Benutzer. Der Benutzer übergibt das SAML-Token an Unified Access Gateway in der DMZ. Unified Access Gateway validiert das SAML-Token und ruft den Benutzerprinzipalnamen aus dem Token ab.
Bei einer Anforderung mit Kerberos-Authentifizierung übernimmt Kerberos Constrained Delegation die Aushandlung mit dem Active Directory-Server. Unified Access Gateway nimmt die Identität des Benutzers an, um das Kerberos-Token für die Authentifizierung bei der Anwendung abzurufen.
Bei einer Anforderung mit kopfzeilenbasierter Authentifizierung wird der Name der Benutzer-Kopfzeile an den Webserver gesendet, um die Authentifizierung bei der Anwendung einzuleiten.
Die Anwendung sendet die Antwort zurück an Unified Access Gateway. Die Antwort wird an den Benutzer gesendet.
Verwenden von Identity Bridging mit lokalen Workspace ONE Clients
Wenn der Identity Bridging-Modus zur Authentifizierung von Benutzern mit Workspace ONE in einer lokalen Umgebung eingerichtet ist, geben Benutzer die URL ein, um über den Unified Access Gateway-Proxy auf die lokale Legacy-Webanwendung zuzugreifen. Unified Access Gateway leitet die Anforderung an den Identitätsanbieter zur Authentifizierung um. Der Identitätsanbieter wendet Authentifizierungs- und Autorisierungsrichtlinien auf die Anforderung an. Wird der Benutzer validiert, so erstellt der Identitätsanbieter ein SAML-Token und sendet das Token an den Benutzer.
Der Benutzer übergibt das SAML-Token an Unified Access Gateway. Unified Access Gateway validiert das SAML-Token und ruft den Benutzerprinzipalnamen aus dem Token ab.
Bei einer Anforderung mit Kerberos-Authentifizierung übernimmt Kerberos Constrained Delegation die Aushandlung mit dem Active Directory-Server. Unified Access Gateway nimmt die Identität des Benutzers an, um das Kerberos-Token für die Authentifizierung bei der Anwendung abzurufen.
Bei einer Anforderung mit kopfzeilenbasierter Authentifizierung wird der Name der Benutzer-Kopfzeile an den Webserver gesendet, um die Authentifizierung bei der Anwendung einzuleiten.
Die Anwendung sendet die Antwort zurück an Unified Access Gateway. Die Antwort wird an den Benutzer gesendet.
Verwenden von Identity Bridging mit Certificate-to-Kerberos
Sie können Identity Bridging konfigurieren, um Single Sign-On (SSO) für veraltete, Nicht-SAML-Anwendungen vor Ort bereitzustellen, die eine Zertifikatvalidierung verwenden. Siehe Konfigurieren eines Web-Reverse-Proxy für Identity Bridging (Cert-to-Kerberos).
Verwenden von SAML oder Zertifikat für Passthrough-Konfiguration
Sie können den Reverse-Proxy für eine Nicht-SAML-Nicht-Kerberos-Webanwendung im SAML- oder Zertifikat für Passthrough-Modus konfigurieren. Jede zweite Authentifizierungsebene in der Backend-Anwendung ist für Unified Access Gateway transparent. Siehe Konfigurieren von SAML-/Zertifikat-Passthrough-Szenarien.
War diese Seite hilfreich?