Passwort für User 1 läßt sich nicht herstellen [erledigt]
am 19.12.2015 - 00:32 Uhr in
Ich hab eine Site, für die mir das Passwort abhanden gekommen ist.
Wenn ich mir ein Neues zusenden lassen will kommt die Meldung: Die E-Mail konnte nicht versendet werden. ...
Ich habe mit phpmyadmin versucht das Passwort wie folgt zu ändern, aber ohne Erfolg:
UPDATE users SET pass = MD5('givememypasswordback') WHERE uid=1;
Ich kann zwar erkennen, dass das Passwort geändert wurde, kann mich aber nicht mit givememypasswordback einloggen.
Diese Methode funktioniert genau so auf einer anderen Site. Hat jemand eine Idee, warum es hier nicht gehen könnte?
Der Benutzername für User 1 ist korrekt und ich habe auch auf der richtigen Datenbank gearbeitet.
Gibt es noch Hoffnung?
- Anmelden oder Registrieren um Kommentare zu schreiben
Das Passwort kann auf diese
am 19.12.2015 - 10:17 Uhr
Das Passwort kann auf diese Weise nicht repariert werden, da die Passworte bei D7 "gesalzen" sind. Du kannst einzig die Mail-Adresse neu setzen um es über den Weg des Zusendens zu machen. Wenn der Webserver keine Mail schicken kann, würde ich die Installation lokal klonen und dann mit Drush ein neues Passwort setzen. Dieses verschlüsselte Passwort kannst Du dann in die Datenbank auf dem Websever übernehmen, da der Salt in beiden Installationen gleich ist.
.
Werner
drupal-training.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *
Danke
am 19.12.2015 - 11:16 Uhr
Danke, ich schau mal. Das mit dem Salt war mir neu.
Versuche doch via drush
am 19.12.2015 - 12:00 Uhr
Versuche doch via drush ranzukommen. Siehe auch https://www.drupal.org/node/44164
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Das Verhältnis anderen zu helfen muss höher sein, als von anderen Hilfe zu erfragen/erwarten.
Im Notfall geht es auch nach
am 19.12.2015 - 12:36 Uhr
Im Notfall geht es auch nach dieser Methode, aber bitte die erstellte Datei direkt danach wieder löschen.
.
Werner
drupal-training.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *
Na, das ist mal eine neue
am 20.12.2015 - 08:48 Uhr
Na, das ist mal eine neue Mehtode (für mich). Danke, die hebe ich mir auf. :-)
Hatte inzwischen die Site durch meine Versuche so weit zerschossen, dass nichts mehr ging und musste sie neu aufbauen. Trotzdem danke.
Noch zwei Passwort-Tipps
am 20.12.2015 - 11:24 Uhr
Erstens ist die Passwort Onetimelogin-Link-Funktion per Mail ein guter Weg, wenn Drush nicht zur Verfügung steht bzw. man sich mit Drush nicht auskennt. Dafür kann man in der Datenbank zur Not auch die Mail des User/1 ändern. Außer man blockiert den Weg per Onetime-Login-Link insbesondere per Mail aus Sicherheitsgründen für den user/1 z.B. mit dem gate-Modul, aber dann sollte man ohnehin Zugang zu Drush haben.
Zweitens könnte man z.B. auch das Passwort eines anderen Users, das man vllt. kennt bzw. ändern lassen kann das Passwort kopieren und beim user/1 in der Datenbank einsetzen.
# DrupalCenter-Moderator # https://www.drupal.org/u/c-logemann
# CTO der Nodegard GmbH: Tech. Concepts | Security + Availability Operations / Wir unterstützen IT-Abteilungen, Agenturen, Freiberufler:innen
Mit dem Wissen kann dann ja
am 20.12.2015 - 12:09 Uhr
Mit dem Wissen kann dann ja nichts mehr anbrennen ;-) Danke.
Tipp zum Reparieren
am 20.12.2015 - 13:08 Uhr
Direkte MySQL-Operationen auf der Datenbank waren schon immer mit Vorsicht zu genießen und auch PHP-Scripte, die versuchen ohne die Drupal API zu operieren. Das war schon bei D6 problematisch und ist sein Drupal 7 noch problematischer geworden. Somit würde ich auf jeden Fall empfehlen die von Tobias verlinkte Anleitung per Drupal Console (D8) und allgemein Drush empfehlen für D6, D7 und D8.
Hatte inzwischen die Site durch meine Versuche so weit zerschossen, dass nichts mehr ging und musste sie neu aufbauen.
Wenn man mit SQL-Befehlen oder über Bearbeitungs-Funktionen z.B. von PHPmyadmin, SequelPro oder MySQL Workbench sich z.B. die Einträge von user/0 (Gast) oder user/1 zerstört hat, kann man diese dort aber selektiv auch wieder reparieren, in dem man sich z.B. diese Datensätze aus einer funktionierenden Drupal-Installation holt am besten aus einem Backup. Das sollte man aber auch nur dann versuchen, wenn man nicht insgesamt ein Backup der Datenbank wieder einspielen kann, wofür man ja vor jeglichen Reparatur-Aktionen auf jeden Fall immer ein Backup anfertigen sollte.
# DrupalCenter-Moderator # https://www.drupal.org/u/c-logemann
# CTO der Nodegard GmbH: Tech. Concepts | Security + Availability Operations / Wir unterstützen IT-Abteilungen, Agenturen, Freiberufler:innen