Desafío de Proxy *** a través de un servidor de inicio de sesión para soporte multidominio

Cambia

17 de abril de 2026 a las 1:36 UTC

Autor

Kamo

Comprometerse

17d8566

Reemplaza el cruce de origen directo a capcha..domain-api/challenge por un proxy de un mismo origen en /api/capcha/challenge. El enfoque anterior requería un certificado TLS válido en el subdominio capcha.* antes de que el widget pueda cargar, causando 'Verificación fallida' para cualquier dominio de org en primer uso. El proxy rutas a través del servicio interno k8s, haciendo que *** funcione en cualquier dominio que tiene inicio de sesión.* configurado sin más DNS o configuración de cert.