Ich kann mich nach der Migration nicht anmelden

9

Ich habe nach Hunderten von Lösungen gesucht und sie alle implementiert. Ich habe diese Website auch durchsucht, um dieselbe Frage zu finden, konnte sie jedoch nicht finden.

Ich habe eine Entwicklungsstätte und eine Produktionsstätte. Um zwischen den beiden zu migrieren, benutze ich Github Push and Pulls. Dies war in der Vergangenheit kein Problem, ich bin jedoch mehrmals auf dieses Problem gestoßen. Nach einer Dateimigration kann ich mich bei Drupal nicht mehr anmelden. Ich versuche meine Anmeldeinformationen und erhalte sofort eine Seite mit Zugriffsverweigerung.

Meine Website-Cookies lesen und schreiben kein Problem. Ich habe die Cookie-ID gefunden und den Eintrag in der Datenbank gefunden. Die Cookies scheinen also einwandfrei zu funktionieren und die Datenbankeinträge funktionieren einwandfrei.

Das Problem, das ich sehen kann, ist, dass die Datenbanksitzungsdatensätze keine Benutzer-IDs speichern. Wenn ich die Benutzer-ID im Datenbankdatensatz für meine IP manuell auf 1 ändere und dann die Website aktualisiere, bin ich angemeldet. Irgendwelche Ideen?

/programming/2846935/cannot-login-to-drupal-in-chrome-or-firefox-but-safari-works schlägt vor, $ cookie_domain in der Datei settings.php zu aktualisieren. Ich habe jede Konfiguration ausprobiert und es hat nicht geholfen.
http://www.go2linux.org/cannot-login-into-drupal-table-corrupted schlägt außerdem vor, die Sitzungstabelle zu reparieren. Ich habe das getan, die Sitzungen aus der Datenbank gelöscht und meine Cookies gelöscht. Es hat nicht funktioniert.
http://www.madebymorgan.com/blog/2010/07/15/cant-login-after-drupal-617-upgrade schlägt vor, die Werte in meiner Datei settings.php zu aktualisieren: $ cookie_domain und $ base_url. Ich habe jede Kombination ausprobiert und war erfolglos.
Ich habe die install.txt lesen, sagt die folgenden Befehle für die ordnungsgemäße Genehmigung und Eigentumsverhältnisse laufen: 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. Es hat nicht funktioniert.
Der Patch in http://drupal.org/node/56357#comment-236726 fügt Ihrer Sitzungsdatei Code hinzu. Ich habe das getan und es hat nicht funktioniert.
Auf http://drupal.org/node/56357#comment-391535 hatte markus_petrux einen guten Vorschlag, indem die PHPSESSID mit einem neuen Namen definiert und die Cookie-Domäne und der Pfad manuell festgelegt wurden. Es hat nicht funktioniert.
http://old.nabble.com/Re%3A-Can%27t-login-p22258960.html schlägt vor, register_shutdown_function('session_write_close');am Ende von settings.php hinzuzufügen , was auch bei mir nicht funktioniert hat.
http://drupal.org/node/6696#comment-204863 fordert uns auf, einige INI-Einstellungen in settings.php hinzuzufügen, den Cache zu löschen, Cookies zu löschen, die Privatsphäre zu löschen, Firefox neu zu starten und die folgenden Zeilen zu settings.php hinzuzufügen:

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

— E-Commerce-Berater
quelle

Habe hier gerade eine kleine Entdeckung gemacht. Meine Site wechselt während der Anmeldung ständig zwischen HTTPS und HTTP. Ich frage mich also, ob dies die Sitzung abbricht.

— E-Commerce-Berater

Oh mein Gott, ich habe mein Problem gefunden. Ich hatte meinen virtuellen Host für mein SSL falsch eingerichtet. Mein SSL zeigte auf meine Entwickler-Site und nicht auf meine Live-Site. Die Tatsache, dass es mich beim Anmelden bei ssl umleitete, bedeutete, dass ich die Websites komplett veränderte. das war schrecklich ... hat mich den ganzen Tag

— gekostet

5

Ich hatte auch das gleiche Problem, und es war damit verbunden mod_rewrite. Ich habe das mod_rewritemit dem folgenden Befehl aktiviert und das Problem wurde behoben.

sudo a2enmod rewrite

— Елин Й.
quelle

Manchmal ist es die einfachste Lösung. Danke!

— Mcriecken

3

Zu Ihrer Information, Ihre Datei sites \ default \ settings.php sollte ein Cookie mit demselben Namen wie der von Ihnen verwendete Pfad enthalten. Wenn Ihr vorheriger Webserver eine Domain von www.boldlygowherenomanhasgonebefore.com hatte und Sie Ihr Drupal auf localhost, das Cookie, verschoben haben Domain muss diese Änderung widerspiegeln:

WAS: $cookie_domain = '.boldlygowherenomanhasgonebefore.com';
ÄNDERUNG ZU: $cookie_domain = '.localhost';

— Brandon Ferrara
quelle

Du hast gewonnen :) Genau das habe ich getan

— Qasimzee

1

Offensichtlich nicht Ihre Lösung, aber für alle anderen, die hierher kommen, hatte ich ein ähnliches Problem (ich konnte mich nicht anmelden), aber mein Problem wurde durch saubere URLs wie folgt gelöst:

Es war etwas los mit sauberen URLs, sie funktionierten halb, weshalb ich sie als Problem abgetan habe, aber es war.

Ich musste schließlich die Variablentabelle in der Datenbank bearbeiten (LONGBLOB in LONGTEXT ändern, damit ich konnte), das Flag für saubere URLs ausschalten ("1" auf "0" setzen) und die Caches löschen, um die zwischengespeicherte Version von Variablen zu entfernen.

Und dann haben die Dinge richtig funktioniert.

— Adaddinsane
quelle

0

Nicht, dass dies die Wurzel des Problems lösen würde, aber wenn Sie sich anmelden müssen, können Sie immer einen einmaligen Anmeldelink von Drush erhalten:

drush user-login theusername

— Hans Rossel
quelle