Das Authentifizierungsmodul "Mobile Station Integrated Services Digital Network (MSISDN)" ermöglicht die Authentifizierung mithilfe einer Mobilabonnenten-ISDN, die einem Mobiltelefon oder einem ähnlichen Gerät zugeordnet ist. Es handelt sich dabei nicht um ein interaktives Modul. Das Modul erhält die Abonnenten-ISDN und überprüft diese anhand des Directory Server, um einen mit der Nummer übereinstimmenden Benutzer zu suchen. Bei den Attributen für die MSISDN-Authentifizierung handelt es sich um Bereichsattribute. Zu den MSISDN-Authentifizierungsattributen zählen folgende Attribute:
Gibt eines Liste mit IP-Adressen von vertrauenswürdigen Clients an, die Zugriff auf das MSISDN-Modul haben. You can set the IP addresses of all clients allows to access the MSISDN module by entering the address (for example, 123.456.123.111) in the entry field and clicking Add. By default, the list is empty. Wenn das Attribut leer ist, wird der Zugriff für alle Clients erlaubt. Wenn Sie ";Keine" angeben, ist der Zugriff für keinen der Clients erlaubt.
Gibt eine Liste mit Parameternamen an, nach denen im Anforderungs- oder Cookie-Header bei der Suche nach der MSISDN gesucht wird. Wenn Sie beispielsweise x-Cookie-Param, AM_NUMBER und COOKIE-ID festlegen, suchen die MSISDN-Authentifizierungsdienste anhand dieser Parameter nach der MSISDN-Nummer.
Gibt den Hostnamen und die Anschlussnummer für den Directory Server an, auf dem die Suche nach Benutzern mit einer MSISDN durchgeführt wird. Das Format lautet hostname:port. Wenn keine Portnummer angegeben wurde, kann in der Regel 389 verwendet werden.
Wenn Sie OpenSSO in mehreren Domänen bereitstellen, können Sie den Kommunikationslink zwischen bestimmten Instanzen von OpenSSO und Directory Server in folgendem Format angeben (bei Mehrfacheingaben muss der Name des lokalen Servers vorangestellt werden):
local_servername|server:port local_servername2|server2:port2 ...
Wenn beispielsweise zwei OpenSSO-Instanzen an unterschiedlichen Standorten bereitgestellt wurden (L1-machine1-IS und L2- machine2-IS), die mit unterschiedlichen Instanzen von Directory Server kommunizieren (L1-machine1-DS und L2-machine2-DS), würde dies wie folgt aussehen:
L1-machine1-IS.example.com|L1-machine1-DS.example.com:389
L2-machine2-IS.example.com|L2-machine2-DS.example.com:389
Gibt den DN des Knotens an, bei dem die Suche nach der MSISDN eines Benutzers beginnen soll. Es gibt keinen Standardwert. Das Feld erkennt jede beliebige gültige DN. Bei Mehrfacheingaben muss der lokale Servername vorangestellt werden. Das Format lautet servername|search dn.
Für Mehrfacheingaben:
servername1|search dn servername2|search dn servername3|search dn...
Wenn unter der Root-Organisation mehrere Einträge mit derselben Benutzer-ID vorhanden sind, sollte dieser Parameter so festgelegt werden, dass nur nach einem einzigen Eintrag zur Authentifizierung gesucht bzw. nur ein einziger gefunden werden kann. Wenn beispielsweise die Agenten-ID und die Benutzer-ID unter der Root-Organisation identisch sind, sollte dieser Parameter ou=Agents (für die Authentifizierung der Root-Organisation mithilfe der Agenten-ID) und ou=People, (für die Authentifizierung der Root-Organisation mithilfe der Benutzer-ID) lauten.
Gibt den Namen des Attributs im Benutzerprofil an, der die MSISDN enthält, anhand der ein bestimmter Benutzer gesucht werden soll. Der Standardwert lautet sunIdentityMSISDNNumber. Dieser Wert sollte nicht geändert werden. Ändern Sie den Wert nur dann, wenn Sie sicher sind, dass ein anderen Attribut im Benutzerprofil die selbe MSISDN enthält.
Gibt die DN für den BIND-Vorgang mit LDAP an, um die MSISDN-Suche im Directory Server zu ermöglichen. Die standardmäßige BIND-DN lautet cn=amldapuser,ou=DSAME Users,dc=sun,dc=com .
Gibt das LDAP-BIND-Passwort für die BIND-DN an, wie in ";Principal-Benutzer für LDAP-Server" angegeben.
Bestätigen Sie das Passwort.
Aktiviert den SSL-Zugriff auf den im Attribut ";LDAP-Server und -Anschluss" angegebenen Directory Server. Der SSL-Zugriff ist standardmäßig nicht aktiviert und das SSL-Protokoll wird für den Zugriff auf den Directory Server nicht verwendet. Wenn dieses Attribut jedoch aktiviert ist, können Sie den BIND-Vorgang zu einem Nicht-SSL-Server durchführen.
Gibt die Header an, die bei der Suchanforderung nach der MSISDN verwendet wird. Folgende Werte werden unterstützt:
Führt die Suche in dem Cookie aus.
Führt die Suche im Anforderungsheader aus.
Führt die Suche im Anforderungsparameter aus. Standardmäßig sind alle Optionen ausgewählt.
Wenn das OpenSSO-Verzeichnis mit dem für MSDISN konfigurierten Verzeichnis übereinstimmt, ist diese Option möglicherweise aktiviert. Wenn diese Option aktiviert ist, lässt das Authentifizierungsmodul die Rückgabe des DN anstelle der Benutzer-ID zu, sodass kein Suchlauf erforderlich ist. Normalerweise gibt ein Authentifizierungsmodul nur die Benutzer-ID zurück, und der Authentifizierungsdienst sucht im lokalen OpenSSO nach dem Benutzer. Wenn eine externes Verzeichnis verwendet wird, ist diese Option üblicherweise deaktiviert.
Die Authentifizierungsebene wird für jede Authentifizierungsmethode einzeln festgelegt. Mit diesem Wert wird angegeben, wie stark einem Authentifizierungsmechanismus vertraut wird. Sobald ein Benutzer authentifiziert wurde, wird der Wert im SSO-Token der aktuellen Sitzung gespeichert. Wird der SSO-Token einer Anwendung, auf die der Benutzer zugreifen möchte, vorgelegt, bestimmt die Anwendung anhand des gespeicherten Werts, ob die Ebene ausreicht, um den Benutzer Zugriff zu gewähren. Wenn die im SSO-Token gespeicherte Authentifizierungsebene nicht den erforderlichen Mindestwert aufweist, wird der Benutzer aufgefordert, sich erneut über einen Dienst mit einer höheren Authentifizierungsebene zu authentifizieren. Der Standardwert ist 0.
Hinweis – Hinweis: Wenn keine Authentifizierungsebene angegeben wird, wird im SSO-Token der im Kern-Authentifizierungsattribut Standard-Authentifizierungsebene angegebene Wert verwendet.