2017-06-26 3 views

Antwort

0

Zufälligerweise habe ich heute selbst über die gleiche Frage nachgedacht. Auf der Oberfläche scheint der einzige Weg, den ich zur Lösung dieses Problems gefunden habe, darin zu bestehen, die Lock-Funktion bei der Initialisierung mit dem Parameter allowedConnections zu steuern. Docs hier

https://auth0.com/docs/libraries/lock/v10/customization#allowedconnections-array-

bedeutet, dass Sie einen Mechanismus für den Benutzer benötigen (oder Lenkung über andere Mittel) zu entscheiden, welche Verbindung Sie versuchen, Sperren zu initialisieren mit.

Scheint etwas merkwürdig, da Sie mehrere soziale Verbindungen nebeneinander zeigen können. Wenn Sie den Luxus haben, einen Benutzer über die E-Mail-Adresse eines bestimmten Identitätsproviders steuern zu können, verwenden Sie die Home-Realm-Erkennung auf der SAML-Verbindung, indem Sie eine E-Mail-Domäne eingeben.

Dies funktioniert nicht für meinen Anwendungsfall, bei dem meine Benutzerbasis nicht korporativer Natur ist und ich daher nicht herausfinden kann, welchen Identitätsanbieter sie basierend auf ihrer E-Mail-Domäne steuern soll. Viel Glück und wenn Sie einen besseren Weg finden würde ich sehr interessiert sein zu hören;)

+0

Ja, seltsames Verhalten für SAML-Benutzer. Ich hatte auch entschieden, die Sperre mit der Verbindung zu initialisieren, sobald wir wissen, welche Verbindung für den Benutzer SAML/UserName-Password-Authentication verwendet werden soll, indem der Parameter allowedConnections verwendet wird. Vielen Dank :) – Nisha

Verwandte Themen