Anmeldeverfahren
Alle melden sich an; der Name im Speicherverlauf jedes Bildes ist der angemeldete Benutzer. Drei Verfahren lassen sich kombinieren. Sie und ihre Geheimnisse werden nur in der Konfigurationsdatei des Servers eingestellt (Abschnitt auth), nie im Browser.
Lokale Konten
"local_login": true (Standard). Admins legen lokale Konten im Browser an (siehe Benutzer und Rollen). Passwörter haben mindestens 10 Zeichen und werden als PBKDF2-SHA256-Hashes mit 600 000 Runden gespeichert.
| Behalten Sie mindestens einen lokalen Administrator, auch mit Verzeichnis oder Single Sign-on. Er ist Ihr Zugang, wenn das Verzeichnis nicht erreichbar ist. |
Active Directory / LDAP
Der Server sucht den Benutzer mit einem Dienstkonto mit Lesezugriff, prüft das Passwort mit einer Anmeldung als dieser Benutzer und liest die Gruppen. Die Benutzer melden sich mit demselben Namen und Passwort an wie an ihrem Arbeitsplatzrechner.
"ldap": {
"enabled": true,
"label": "company account",
"url": "ldaps://dc01.ad.example.com:636",
"ca_file": "company-root-ca.pem",
"bind_dn": "CN=ldap-bind,OU=Service Accounts,DC=ad,DC=example,DC=com",
"bind_password_file": "ldap-bind.secret",
"base_dn": "DC=ad,DC=example,DC=com",
"user_filter": "(&(objectClass=user)(sAMAccountName={username})(!(userAccountControl:1.2.840.113556.1.4.803:=2)))",
"group_attribute": "memberOf",
"group_filter": "(&(objectClass=group)(member:1.2.840.113556.1.4.1941:={dn}))"
}
|
|
|
Das Dienstkonto mit Lesezugriff. Leer: anonyme Suche. |
|
Wo und wie Benutzer gesucht werden; |
|
Gruppen am Benutzereintrag ( |
|
Optionale Gruppensuche; das Beispiel findet verschachtelte Gruppen im Active Directory. |
|
Standard |
|
Name auf der Anmeldeseite. |
|
Standard 10. |
Eine zusätzliche Bibliothek ist nicht nötig: Der LDAP-Client ist Teil des Servers.
Single Sign-on (OpenID Connect)
Die Benutzer klicken auf Sign in with … und melden sich beim Identitätsanbieter des Unternehmens an (Authorization Code Flow mit PKCE). Abmelden beendet auch die Sitzung beim Anbieter.
-
Registrieren Sie beim Anbieter einen vertraulichen Client mit der Rücksprungadresse
<public_url>/api/auth/oidc/callback. -
Konfigurieren Sie ihn:
"oidc": { "enabled": true, "label": "Company SSO", "issuer": "https://sso.example.com/realms/example", "client_id": "lumiscan-annotation", "client_secret_file": "oidc-client.secret", "scopes": "openid profile email", "username_claim": "preferred_username", "groups_claim": "groups" } -
Setzen Sie
public_url(siehe Konfiguration).- Keycloak
-
Client mit Client authentication an, Valid redirect URI wie oben, Valid post logout redirect URI
<public_url>/und einem Mapper *Group Membership mit dem Claim-Namengroups. Alternativ Client-Rollen:"groups_claim": "resource_access.lumiscan-annotation.roles". - Microsoft Entra ID
-
Issuer
https://login.microsoftonline.com/<Tenant>/v2.0;"groups_claim": "groups"(Objekt-IDs der Gruppen) oder App-Rollen mit"roles".
Wer welche Rolle bekommt
-
Neue Verzeichnis- und Single-Sign-on-Benutzer erhalten
default_role(Standardannotator; leer: keine Rolle, bis ein Admin oder eine Gruppenzuordnung eine vergibt). -
In
initial_adminsaufgeführte Namen werden bei ihrer ersten Anmeldung Admins. -
Groups → roles im Browser vergibt Rollen an ganze Gruppen; sie werden bei jeder Anmeldung aktualisiert. Siehe Gruppen und Rollen.
-
Benutzer ohne jede Rolle können sich nicht anmelden; sie werden gebeten, einen Administrator zu fragen, und den Admins aufgelistet.
Unter Ihrem Namen → Users and sign-in → Sign-in methods sehen Admins, was konfiguriert ist, die beim Anbieter einzutragende Rücksprungadresse und können eine Verzeichnisanmeldung testen: