Skip to main content
Layanan web (modul login-register) meminta reCAPTCHA v2 (invisible) pada login email, login LDAP, pendaftaran, dan reset kata sandi. Buat kuncinya dan baca apa fungsi setiap pengaturan di reCAPTCHA; halaman ini menerapkannya ke Kubernetes.

Konfigurasi

1

Site key ke ConfigMap

Site key bersifat publik: setiap halaman login menampilkannya.
2

Secret key dan kunci riwayat perangkat ke Secret

Atur kedua kunci sekaligus: dengan site key tetapi tanpa secret key, setiap pemeriksaan gagal dan tidak ada yang dapat login dengan kata sandi, mendaftar, atau mereset kata sandi. DEVICE_HISTORY_SECRET harus berupa 64 karakter heksadesimal; kontainer tidak membuatnya.
3

Terapkan dan restart

Lalu periksa apakah setiap pod dapat menjangkau endpoint. Pod menyerah setelah sekitar satu detik per percobaan koneksi, dan login yang pemeriksaannya tidak dapat dilakukan akan gagal dengan error:

Beberapa replika

Semua replika harus berbagi DEVICE_HISTORY_SECRET yang sama, dan hal itu terpenuhi jika nilainya ada di Secret. Dengan nilai yang berbeda, browser yang sudah lolos di satu replika akan mendapat captcha lagi di replika lain. Batas laju dihitung di Redis untuk semua replika.

Diuji di Kubernetes

Terhadap tiruan (mock) endpoint verifikasi Google (dipercaya melalui NODE_EXTRA_CA_CERTS dari overleaf-certs), di Kubernetes 1.37, pengujian end-to-end kami untuk reCAPTCHA lulus (13 kasus): pada satu replika, login, pendaftaran, dan reset kata sandi masing-masing ditolak tanpa captcha atau dengan captcha yang gagal dan diterima dengan captcha yang lolos, riwayat perangkat dari DEVICE_HISTORY_SECRET yang memungkinkan browser melewati captcha, dan CAPTCHA_TRUSTED_USERS; pada tiga replika di belakang HAProxy, login LDAP dengan captcha.
Terakhir diubah pada 2 November 2026