Autentisering

Konfigurera inloggningar i en Kubernetes-driftsättning - OIDC, SAML, LDAP, offentlig åtkomst, reCAPTCHA och lösenordsregler.

Alla inloggningsmetoder körs i tjänsten web i varje Ayakaleaf Pro-pod. Ingen av dem behöver en extra pod eller ett periodiskt jobb, och alla håller sitt inloggningstillstånd i sessionen i Redis, så de fungerar likadant med en replik som med flera. Det som skiljer sig på Kubernetes är var inställningar, hemligheter och certifikat placeras och vilka nätverksvägar som måste vara öppna:

Metod	Secret overleaf-secrets	Secret overleaf-certs	Poddarna måste nå
OIDC	OVERLEAF_OIDC_CLIENT_SECRET	din CA, om den är privat	OP:ns token- och userinfo-slutpunkter
SAML	–	IdP-certifikatet, Overleafs egen nyckel	ingenting: meddelandena går via webbläsaren
LDAP	OVERLEAF_LDAP_BIND_CREDENTIALS	LDAP-CA:n, om den är privat	LDAP-servern
Offentlig åtkomst	SMTP-lösenord, för aktiveringsmejl	–	SMTP-servern
reCAPTCHA	RECAPTCHA_SECRET_KEY, DEVICE_HISTORY_SECRET	–	www.google.com (eller RECAPTCHA_ENDPOINT)
Lösenordsbegränsningar	–	–	–

EXTERNAL_AUTH aktiverar SSO-metoderna, som en mellanslagsseparerad lista i ConfigMap, till exempel EXTERNAL_AUTH: ldap oidc. Konton och vad användare får ändra med SSO aktiverat är detsamma som i Toolkit, se Autentisering.

En metod med felaktiga inställningar hindrar inte podden från att bli redo: web loggar error setting up passport in modules i /var/log/overleaf/web.log, och den metoden, liksom de som kommer efter den i ordningen ldap, saml, oidc, förblir avstängda. Kontrollera loggen efter varje ändring. Vi provade med EXTERNAL_AUTH: saml oidc och ett saknat IdP-certifikat: podden blev redo, och både /saml/login och /oidc/login svarade ”Something went wrong” (500) tills certifikatsökvägen hade rättats.

OIDC-autentisering

SAML-autentisering

LDAP-autentisering

Offentlig åtkomst

reCAPTCHA

Lösenordsbegränsningar