101922 Demasiados intentos en poco tiempo
LIMITE_DE_TASA_QUE_PONEMOS_NOSOTROS
Clase común a toda la flota (familia «límites»): Límite de tasa: limitamos NOSOTROS a quien llama. El fallo está en algo de lo que depende alcazar, no en la petición.
Qué ha pasado
El freno del PORTAL, que no es una avería: es el limitador haciendo su trabajo. Va por dirección de correo, nunca por IP (detrás de un proxy la IP no identifica a nadie). Afecta a pedir código de acceso y a las altas de la demo. Antes compartía el 101920 con el caso de arriba, que es el opuesto — en aquél actuamos nosotros esperando, en éste actúa quien llama bajando el ritmo—, y una alerta sobre «límites de tasa» se habría encendido cada vez que frenamos un login.
Cómo se soluciona
Esperar a que pase la ventana. Si un correo legítimo lo sufre a diario, hay que mirar si algo automatizado está pidiendo códigos.
Qué hacer mientras tanto
La respuesta al usuario es la misma haya o no cuenta: es anti-enumeración y no se afloja.
Dónde se lanza
core/ratelimit.py — solicitar y verificación de código
El número viaja en la respuesta o en el registro: sí.
Cómo se lee el código
1- origen: Fortiseg
01- servicio: alcazar
922- clase común a toda la flota: Límite de tasa: limitamos NOSOTROS a quien llama