Skip to main content
web hizmeti (login-register modülü), e-postayla oturum açmada, LDAP ile oturum açmada, kayıtta ve parola sıfırlamada bir reCAPTCHA v2 (görünmez) ister. Anahtarı oluşturmak ve her ayarın ne yaptığını öğrenmek için reCAPTCHA sayfasına bakın; bu sayfa bunu Kubernetes’e uygular.

Yapılandırma

1

Site anahtarını ConfigMap'e koyun

Site anahtarı herkese açıktır: her oturum açma sayfası onu gösterir.
2

Gizli anahtarı ve cihaz geçmişi anahtarını Secret'a koyun

Her iki anahtarı birlikte ayarlayın: site anahtarı olup gizli anahtar olmadığında her denetim başarısız olur ve hiç kimse parolayla oturum açamaz, kaydolamaz veya parola sıfırlayamaz. DEVICE_HISTORY_SECRET 64 onaltılık (hex) karakter olmalıdır; konteyner bunu oluşturmaz.
3

Uygulayın ve yeniden başlatın

Ardından her pod’un uç noktaya erişebildiğini kontrol edin. Pod’lar her bağlantı denemesinde yaklaşık bir saniye sonra vazgeçer ve denetimi yapılamayan bir oturum açma hatayla başarısız olur:

Birden fazla replika

Tüm replikalar DEVICE_HISTORY_SECRET değerini paylaşmalıdır; bu değer Secret’ta olduğunda bu sağlanır. Farklı değerlerle, bir replikada denetimi geçen bir tarayıcı başka bir replikada captcha’yı yeniden alır. Hız sınırları tüm replikalar genelinde Redis’te sayılır.

Kubernetes üzerinde test edildi

Google’ın doğrulama uç noktasının bir taklidine karşı (overleaf-certs içinden NODE_EXTRA_CA_CERTS aracılığıyla güvenilen), Kubernetes 1.37 üzerinde reCAPTCHA için uçtan uca testlerimiz başarılı oldu (13 vaka): tek replikada oturum açma, kayıt ve parola sıfırlamanın her birinin captcha olmadan veya başarısız bir captcha ile reddedilmesi ve başarılı bir captcha ile kabul edilmesi, DEVICE_HISTORY_SECRET kaynaklı cihaz geçmişinin bir tarayıcının captcha’yı atlamasına izin vermesi ve CAPTCHA_TRUSTED_USERS; HAProxy arkasında üç replikada captcha ile LDAP oturum açma.
Son değiştirilme tarihi 2 Kasım 2026