Autenticación

Configura los inicios de sesión en un despliegue de Kubernetes - OIDC, SAML, LDAP, acceso público, reCAPTCHA y reglas de contraseña.

Todos los métodos de inicio de sesión se ejecutan en el servicio web de cada pod de Ayakaleaf Pro. Ninguno necesita un pod adicional ni una tarea periódica, y todos guardan su estado de inicio de sesión en la sesión en Redis, por lo que funcionan igual con una réplica que con varias. Lo que cambia en Kubernetes es dónde van los ajustes, los secretos y los certificados, y qué rutas de red deben estar abiertas:

Método	Secret overleaf-secrets	Secret overleaf-certs	Los pods deben llegar a
OIDC	OVERLEAF_OIDC_CLIENT_SECRET	tu CA, si es privada	los endpoints de token y userinfo del OP
SAML	–	el certificado del IdP, la clave propia de Overleaf	nada: los mensajes pasan por el navegador
LDAP	OVERLEAF_LDAP_BIND_CREDENTIALS	la CA de LDAP, si es privada	el servidor LDAP
Acceso público	contraseña SMTP, para los correos de activación	–	el servidor SMTP
reCAPTCHA	RECAPTCHA_SECRET_KEY, DEVICE_HISTORY_SECRET	–	www.google.com (o RECAPTCHA_ENDPOINT)
Restricciones de contraseña	–	–	–

EXTERNAL_AUTH activa los métodos SSO, como una lista separada por espacios en el ConfigMap, por ejemplo EXTERNAL_AUTH: ldap oidc. Las cuentas y lo que los usuarios pueden cambiar con SSO activado son iguales que en el Toolkit; consulta Autenticación.

Un método con ajustes incorrectos no impide que el pod llegue a estar listo: web registra error setting up passport in modules en /var/log/overleaf/web.log y ese método, junto con los que le siguen en el orden ldap, saml, oidc, quedan desactivados. Revisa el log después de cada cambio. Lo probamos con EXTERNAL_AUTH: saml oidc y sin el certificado del IdP: el pod llegó a estar listo, y tanto /saml/login como /oidc/login respondieron “Something went wrong” (500) hasta que se corrigió la ruta del certificado.

Autenticación OIDC

Autenticación SAML

Autenticación LDAP

Acceso público

reCAPTCHA

Restricciones de contraseña