* Algunos * Usuarios que experimentan fallas de inicio de sesión

Una minoría significativa de nuestros usuarios experimenta repetidamente fallas de inicio de sesión y tienen que restablecer sus contraseñas cada vez. ¿Alguien puede sugerir posibles soluciones por favor? Detalles de la siguiente manera.

Aparentemente, el comportamiento es el siguiente:

• El usuario abre la página de inicio de sesión, ingresa un nombre de usuario y contraseña válidos.
• ¡El inicio de sesión falla, repetidamente!
• El usuario solicita restablecer la contraseña. Luego, utilizando el enlace del correo electrónico, puede: restablecer la contraseña, iniciar sesión y acceder a su cuenta
• Siguiente inicio de sesión, el usuario tiene que repetir el proceso.

Desafortunadamente, no podemos duplicar el problema nosotros mismos. Pero hemos examinado los registros de Drupal y los registros de acceso de Apache y hemos observado lo siguiente:

• El problema no se limita a un navegador específico (visto en IE, Safari, Firefox) ni a un sistema operativo específico (visto en Windows, Mac, iPad)
• Los usuarios generalmente tienen las cookies activadas. Hemos insertado algunos códigos personalizados para advertir a los usuarios con las cookies desactivadas y escribir "cookies desactivadas" en los registros de Drupal.
• Borrar todos los cachés en Drupal no soluciona el problema.
• Borrar las cookies en el navegador tampoco soluciona el problema, uno de nuestros usuarios lo ha intentado.

Estamos ejecutando Apache en un servidor Ubuntu.

En settings.php, $ base_url está comentado; $ cookie_domain también está comentado. Se configuró, pero decidimos que era más seguro eliminarlo, aunque no estoy seguro de que haya habido alguna diferencia.

Estamos utilizando los módulos "Profile2" y "Profile2 Registration Path". Sin embargo, dudo que esos módulos sean la fuente de nuestros problemas, ya que no puedo encontrar ningún registro de alguien más que tenga problemas de inicio de sesión con esos módulos.

¿Tienes alguna sugerencia?

Debería haber mencionado que el sitio ejecuta Drupal 7.13.

Cuando el usuario hace clic en el enlace de restablecimiento de contraseña, se le solicita que cambie su contraseña.

También le hemos pedido a un usuario que pruebe otro navegador, pero lamentablemente, eso no solucionó su problema. También hemos notado que el problema en IE, Firefox y Safari, por lo tanto, no creemos que sea específico del navegador

Le pediría a una de las personas que ha tenido este problema que lo resuelva con usted. Haga un reparto de pantalla de Skype o mire por encima del hombro mientras experimentan el problema.

En mi experiencia, estas personas no hacen clic en "guardar" después de ingresar una nueva contraseña, por lo que su contraseña no se está cambiando.

Sin querer desenterrar un hilo viejo, solo tratando de ayudar a cualquiera que lo encuentre, tuvimos el problema exacto descrito aquí, en dos ocasiones, en dos sitios. Finalmente nos damos cuenta de que fue causado por usuarios que intentaron iniciar sesión con su dirección de correo electrónico en lugar de su nombre de usuario, por lo que pueden restablecer la contraseña pero no iniciar sesión.

Quizás sus usuarios están siendo bloqueados por inundación. Demasiados inicios de sesión fallidos harán que el usuario sea bloqueado. Una característica menos conocida es que demasiados inicios de sesión fallidos de una determinada IP provocarán el bloqueo de un usuario. Esto se establece en 50 intentos fallidos por hora de forma predeterminada.

Entonces, si tiene muchos usuarios accediendo a través de una sola IP (tal vez están en una red de la compañía), algunas personas que olvidan sus contraseñas pueden bloquearse inadvertidamente. La próxima vez que tenga este problema, sería interesante echar un vistazo a la tabla de inundación para ver si están bloqueados.

Para probar esto, también puede aumentar los valores de bloqueo de inundación user_failed_login_ip_limit y user_failed_login_ip_window. No hay interfaz de usuario para esto en el núcleo, pero el módulo de control de inundaciones proporciona uno. O puede establecer fácilmente el valor desde drush o en su archivo settings.php.