Xác thực

Cấu hình đăng nhập trên triển khai Kubernetes - OIDC, SAML, LDAP, truy cập công khai, reCAPTCHA và quy tắc mật khẩu.

Mọi phương thức đăng nhập đều chạy trong dịch vụ web của mọi pod Ayakaleaf Pro. Không phương thức nào cần thêm pod hay tác vụ định kỳ, và tất cả đều lưu trạng thái đăng nhập trong session trên Redis, nên chúng hoạt động như nhau dù có một hay nhiều replica. Điểm khác biệt trên Kubernetes là nơi đặt các thiết lập, secret và chứng chỉ, cũng như những đường mạng nào phải được mở:

Phương thức	Secret overleaf-secrets	Secret overleaf-certs	Pod phải truy cập được
OIDC	OVERLEAF_OIDC_CLIENT_SECRET	CA của bạn, nếu là CA riêng	các endpoint token và userinfo của OP
SAML	–	chứng chỉ IdP, khóa riêng của Overleaf	không cần gì: các thông điệp đi qua trình duyệt
LDAP	OVERLEAF_LDAP_BIND_CREDENTIALS	CA của LDAP, nếu là CA riêng	máy chủ LDAP
Truy cập công khai	mật khẩu SMTP, cho email kích hoạt	–	máy chủ SMTP
reCAPTCHA	RECAPTCHA_SECRET_KEY, DEVICE_HISTORY_SECRET	–	www.google.com (hoặc RECAPTCHA_ENDPOINT)
Hạn chế mật khẩu	–	–	–

EXTERNAL_AUTH bật các phương thức SSO, dưới dạng danh sách phân tách bằng dấu cách trong ConfigMap, ví dụ EXTERNAL_AUTH: ldap oidc. Tài khoản và những gì người dùng có thể thay đổi khi bật SSO giống như trên Toolkit, xem Xác thực.

Một phương thức có thiết lập sai không ngăn pod trở nên sẵn sàng: web ghi log error setting up passport in modules vào /var/log/overleaf/web.log, và phương thức đó cùng các phương thức đứng sau nó theo thứ tự ldap, saml, oidc sẽ bị tắt. Hãy kiểm tra log sau mỗi thay đổi. Chúng tôi đã thử với EXTERNAL_AUTH: saml oidc và thiếu chứng chỉ IdP: pod trở nên sẵn sàng, còn cả /saml/login lẫn /oidc/login đều trả về “Something went wrong” (500) cho đến khi đường dẫn chứng chỉ được sửa.

Xác thực OIDC

Xác thực SAML

Xác thực LDAP

Truy cập công khai

reCAPTCHA

Hạn chế mật khẩu