Skip to main content
Služba web (modul login-register) vyžaduje reCAPTCHA v2 (invisible) při přihlášení e-mailem, přihlášení přes LDAP, registraci a obnovení hesla. Klíč vytvořte a co jednotlivá nastavení dělají, si přečtěte na stránce reCAPTCHA; tato stránka popisuje, jak ho vložit do Kubernetes.

Konfigurace

1

Klíč webu do ConfigMapy

Klíč webu je veřejný: zobrazuje ho každá přihlašovací stránka.
2

Tajný klíč a klíč historie zařízení do Secretu

Nastavte oba klíče současně: s klíčem webu, ale bez tajného klíče selže každá kontrola a nikdo se nebude moci přihlásit heslem, zaregistrovat se ani obnovit heslo. DEVICE_HISTORY_SECRET musí mít 64 hexadecimálních znaků; kontejner ho negeneruje.
3

Aplikujte a restartujte

Poté ověřte, že každý pod dosáhne na endpoint. Pody to po přibližně jedné sekundě na pokus o spojení vzdají a přihlášení, u kterého nelze kontrolu provést, selže s chybou:

Více replik

Všechny repliky musí sdílet DEVICE_HISTORY_SECRET, což splňují, když je uložen v Secretu. S různými hodnotami by prohlížeč, který kontrolou prošel na jedné replice, dostal captchu znovu na jiné. Limity požadavků se počítají v Redisu napříč všemi replikami.

Otestováno na Kubernetes

Proti simulaci ověřovacího endpointu Googlu (s důvěrou nastavenou přes NODE_EXTRA_CA_CERTS z overleaf-certs), na Kubernetes 1.37, procházejí naše end-to-end testy pro reCAPTCHA (13 případů): na jedné replice přihlášení, registrace a obnovení hesla, z nichž každé je odmítnuto bez captchy nebo s neúspěšnou captchou a přijato s úspěšnou, historie zařízení z DEVICE_HISTORY_SECRET, která prohlížeči umožní captchu přeskočit, a CAPTCHA_TRUSTED_USERS; na třech replikách za HAProxy přihlášení přes LDAP s captchou.
Naposledy změněno 2. listopadu 2026