Im Abschnitt Sicherheit der White-Label-Einstellungen legen Sie fest, wie sich die User der Instanz anmelden. Authentifizierungsart hat drei Optionen:
Bei jeder Option muss ein User auf der Plattform existieren, bevor er sich anmelden kann. Die Anmeldung erkennt ihn an seiner E-Mail-Adresse und legt niemanden an. Legen Sie User im Kontomanagement an oder lassen Sie Ihr eigenes System sie über die REST API anlegen.
Gäste, die einer Sitzung beitreten, melden sich nicht an, ausser die Sitzung lässt nur angemeldete Personen ein. Siehe Wer darf eine Sitzung betreten?.
| Einstellung | Was sie bewirkt |
|---|---|
| Login-URL | Die Adresse Ihres Services. Die Plattform schickt ihm die eingegebene E-Mail-Adresse und das Passwort und erwartet die Antwort, ob sie gültig sind. |
| URL um das Passwort zurückzusetzen | Wohin der Link «Passwort vergessen» auf der Login-Seite führt, damit User ihr Passwort bei Ihnen statt auf der Plattform zurücksetzen |
| Einstellung | Was sie bewirkt |
|---|---|
| Einstiegspunkt | Die Single-Sign-on-Adresse Ihres Identity Providers |
| Herausgeber | Der Name, unter dem sich die Instanz bei Ihrem Identity Provider ausweist |
| Öffentliches Zertifikat der Gegenstelle | Das Signaturzertifikat Ihres Identity Providers, mit dem die Plattform seine Antworten prüft |
| Authentifizierungskontext | Der Authentifizierungskontext, den die Plattform anfordert, falls Ihr Identity Provider einen bestimmten erwartet |
Registrieren Sie die Instanz in Ihrem Identity Provider mit dieser Adresse für die Antworten:
https://<host name of the instance>/api/v6/auth/saml/callbackDie Antwort muss die E-Mail-Adresse des Users enthalten, denn daran erkennt ihn die Plattform.
Ja, mit Cookie-SSO. Setzt Ihre eigene Webanwendung ein Cookie, das der Hostname der Instanz lesen kann, kann die Plattform den User damit anmelden.
| Einstellung | Was sie bewirkt |
|---|---|
| Cookie Einzelanmeldung (SSO) | Schaltet Cookie-SSO ein |
| Cookie Name | Der Name Ihres Cookies |
| Cookie Verifizierungs-URL | Ihr Service, der den Wert des Cookies erhält und antwortet, ob er gültig ist und zu welcher E-Mail-Adresse er gehört |
Das Cookie muss für die Instanz lesbar sein. In der Praxis heisst das: Die Instanz läuft auf einer Subdomain der Domain, die das Cookie setzt.
| Einstellung | Was sie bewirkt |
|---|---|
| Zwei-Faktor Authentifizierung zulassen | User können ihre Anmeldung mit einem Code aus einer Authenticator-App schützen |
| Erlaube Email als Möglichkeit zur Zwei-Faktor Authentifizierung | Ein User ohne seine Authenticator-App kann sich den Code per E-Mail schicken lassen. Bequem, aber damit wird das E-Mail-Konto zum zweiten Faktor. Standardmässig eingeschaltet; schalten Sie es aus, wo das zählt. |
| Anmelden als | Instanz-Administratoren können sich als User der Instanz anmelden, nachdem sie ihr eigenes Passwort und, falls sie einen nutzen, ihren zweiten Faktor bestätigt haben. Standardmässig ausgeschaltet. Siehe Das Partnerportal. |
| Captcha-Überprüfung verwenden | Interessierte müssen ein Captcha lösen, wenn sie selbst ein Testkonto registrieren |
Passwörter und Schlüssel werden nach dem Speichern nie wieder angezeigt. Die Felder zeigen einen Platzhalter, und wenn Sie ohne Änderung speichern, bleibt der gespeicherte Wert erhalten.
Manche Regeln, etwa die minimale Passwortlänge und wie lange eine Session dauert, legen wir für Sie fest. Siehe Auf Anfrage für Sie eingerichtet.
Sprechen Sie mit unserem Team über Ihre Pläne.