No puedo iniciar sesión después de la migración

9

He buscado cientos de soluciones y las he implementado todas. También busqué en este sitio web para encontrar la misma pregunta, pero no pude localizarla.

Tengo un sitio de desarrollo y un sitio de producción. Para migrar entre los dos, uso github push y pulls. Esto no ha sido un problema en el pasado, sin embargo, me he encontrado con este problema varias veces. Después de una migración de archivos, Drupal ya no me permite iniciar sesión. Intento mis credenciales de inicio de sesión e inmediatamente recibo una página de acceso denegado.

Las cookies de mi sitio están leyendo y escribiendo sin problemas. He localizado el ID de la cookie y encontré su entrada en la base de datos. Por lo tanto, las cookies parecen funcionar bien y las entradas de la base de datos funcionan de alguna manera bien.

El problema que puedo ver es que los registros de sesión de la base de datos no guardan ningún ID de usuario. Cuando cambio manualmente la identificación de usuario en el registro db a 1, para mi IP, y luego actualizo el sitio web, estoy conectado. ¿Alguna idea?

/programming/2846935/cannot-login-to-drupal-in-chrome-or-firefox-but-safari-works sugiere que actualice $ cookie_domain en el archivo settings.php. He probado todas las configuraciones y no me ha ayudado.
http://www.go2linux.org/cannot-login-into-drupal-table-corrupted también sugieren que repare la tabla de sesiones. Lo hice, borré las sesiones de la base de datos y borré mis cookies. No funcionó.
http://www.madebymorgan.com/blog/2010/07/15/cant-login-after-drupal-617-upgrade sugiere que actualice los valores en mi archivo settings.php: $ cookie_domain y $ base_url. He probado todas las combinaciones y no he tenido éxito.
He leído el install.txt que dice a ejecutar los siguientes comandos para los niveles de permisos y la propiedad adecuados: chmod o+w sites/default/settings.php, chmod o+w sites/default, chmod o+w sites/default/files, chmod a-w sites/default/settings.php, chmod a-w sites/default. No funcionó.
El parche en http://drupal.org/node/56357#comment-236726 agrega algo de código a su archivo de sesiones. He hecho esto y no funcionó.
En http://drupal.org/node/56357#comment-391535 , markus_petrux hizo una buena sugerencia al definir el PHPSESSID con un nuevo nombre y al configurar el dominio y la ruta de la cookie manualmente. No funcionó.
http://old.nabble.com/Re%3A-Can%27t-login-p22258960.html sugiere agregar register_shutdown_function('session_write_close');al final de settings.php funciona, que tampoco funcionó para mí.
http://drupal.org/node/6696#comment-204863 nos dice que agreguemos algunas configuraciones ini en settings.php, borremos el caché, borremos las cookies, borremos la privacidad, reinicie Firefox y agregue a settings.php las siguientes líneas:

ini_set('session.cookie_domain', 'exampleorg');
ini_set('session.cookie_domain','www.example.org');
ini_set('session.auto_start', 0);

— Consultor de comercio electrónico
fuente

Acabo de hacer un pequeño descubrimiento aquí. Mi sitio sigue alternando entre HTTPS y HTTP durante el inicio de sesión. Así que me pregunto si esto está descartando la sesión.

— Consultor de comercio electrónico

OMG ENCONTRÉ MI PROBLEMA. Había configurado mi host virtual incorrectamente para mi SSL. Mi SSL apuntaba a mi sitio de desarrollo y no a mi sitio en vivo. Entonces, el hecho de que me estaba redirigiendo al iniciar sesión en SSL significaba que estaba cambiando totalmente los sitios web. eso fue horrible ... me llevó todo el día ..

— Consultor de comercio electrónico

6

También tuve el mismo problema y estaba relacionado mod_rewrite. He habilitado el mod_rewritecon el siguiente comando y se solucionó el problema.

sudo a2enmod rewrite

— Елин Й.
fuente

A veces es la solución más simple. ¡Gracias!

— mcriecken

3

Para su información, su archivo de sitios \ default \ settings.php debe contener una cookie con el mismo nombre que la ruta que está utilizando, por lo que si su servidor web anterior tenía un dominio de www.boldlygowherenomanhasgonebefore.com y movió su drupal a localhost, la cookie el dominio debe reflejar ese cambio:

FUE: $cookie_domain = '.boldlygowherenomanhasgonebefore.com';
CAMBIAR A: $cookie_domain = '.localhost';

— Brandon Ferrara
fuente

— Ganaste

1

Obviamente no es su solución, pero para cualquier otra persona que haya venido aquí, tuve un problema similar (no puedo iniciar sesión), pero el mío fue un problema de URL limpio resuelto de la siguiente manera:

Algo estaba sucediendo con las URL limpias, estaban semi-trabajando, por eso las descarté como el problema, pero fue así.

Eventualmente tuve que editar la tabla de variables en el DB (cambiando LONGBLOB a LONGTEXT para poder hacerlo), apagué el indicador de URLs limpias (establezca "1" en "0"), borre los cachés para eliminar la versión en caché de las variables.

Y luego las cosas funcionaron bien.

— Adaddinsane
fuente

0

No es que esto resuelva la raíz del problema, pero si necesita iniciar sesión, siempre puede obtener un enlace de inicio de sesión único de Drush:

drush user-login theusername

— Hans Rossel
fuente