Druckbare Version
Hallo
Folgendes Problem: Ich komme mit meinem PW nicht mehr ins Backend, egal welcher Browser, auch von verschiedenen Rechnern aus nicht.
Das erneuern des PW in der Tabelle tl_user in PhpMyadmin schafft keine Abhilfe. Eigenartig ist, dass dort die Einträge unter loginCount und locked unverändert auf 3 und 0 zu stehen, d.h. die Login-Fehlversuche werden nicht gezählt.
Hat jemand eine Idee?
VG
Robert
Das hier hast du also schon versucht? https://contao.org/de/faq/ich-habe-m...vergessen.html
Dann vermute ich, dass du eingeloggt wirst, aber irgendeine Erweiterung oder was anderes auf deinem Rechner, für einen Redirect zur Loginseite sorgt.
Hallo Andreas
Ja, das habe ich schon probiert.
Interessante Idee mit dem Redirect. Wie komme ich jetzt an die Erweiterungen ran?
Hallo Robert, du könntest eine .skip-Datei in jeden Erweiterungsordner legen;damit deaktivierst du die Erweiterung.
Einfach eine leere Textdatei erzeugen und als „.skip” abspeichern - ohne Dateiendung.
Oder in der localconfig.php den CoreOnly-Modus aktivieren. Vermutlich die schnellere Variante.
Dann kommst du ggf. wieder ins Backend und kann dann dort in den Einstellungen die Erweiterungen einzeln deaktivieren, um die verursachende Erweiterung zu finden.Code:$GLOBALS['TL_CONFIG']['coreOnlyMode'] =true;
Ahoi,
du kannst mittels einer leeren Datei mit dem Namen .skip einzelne Erweiterungen deaktivieren. Hier ist es detaillierter beschrieben: https://contao-academy.de/blog/conta...g-deaktivieren
Gesendet von iPad mit Tapatalk Pro
Ahoi und Danke für die Tipps, bin leider noch nicht weitergekommen.
Weder die schnelle Variante über die localconfig noch die .skip-Datei in jedem einzelnen Ordner brachten keine Verbesserung. Die Seite läuft dann zwar ohne Erweiterungen, aber das Backend ist nicht erreichbar.
Ich denke inzwischen, dass ich nicht zurück auf die Anmeldeseite geroutet werde, weil die Fehlermeldung "Anmeldung fehlgeschlagen (Benutzernamen und Passwörter unterscheiden zwischen Groß- und Kleinschreibung)!" ja stehen bleibt.
Nach wie vor zählen die fehlgeschlagenen Anmeldeversuche nicht mit. loginCount = 3 , locked = 0
Stehen denn zeitlich passende Fehlermeldungen in der Logdatei? (system/logs/error.log)
Nein, es gab nur eine error.log , als ich absichtlich über das install.php ein falsches PW zur Datenbankverbindung eingab. Ich wollte damit testen, ob ich auf der richtigen Db von meinen 10 bei Inetrobots bin. Nach Wiederherstellen des Db-Passworts und Prüfung der Tabellen keine neuen error.log Eintragungen, trotz mehrerer Login Fehlversuche.
Gibt es die Möglichkeit über phpMyadmin einen weiteren Benutzer anzulegen? Ich hatte dort noch nicht viel gemacht und kenne mich nicht aus.
Was du machen kannst in phpMyAdmin ist z.B. deinem Administrator-Account die Adminstrator-Rechte zu entziehen (Feld "admin"). Wenn es keinen Benutzer mit Administratorrechten gibt, dann kannst du über das Installtool einen neuen Admin erzeugen.
Hallo tabZitat:
Zitat von tab
Das hat funktioniert!
Konnte über install.php einen neuen Admin einrichten.
Seltsamer Fehler!
Vielen Dank erst mal!
Nachtrag:
Als ich wieder im Backend war gab ich meinem alten Benutzer ein neues PW und wieder Adminrechte, der Loginfehler bestand weiter.
Erst nachdem ich diesen admin-Benutzer löschte und wieder ganz neu einrichtete, funktionierte der Login wieder.
Welche Version genau ist im Einsatz? Bist du vielleicht Opfer der kürzlich behobenen Lücke geworden?
Mach auf jeden Fall mal einen Contao-Check der bestehenden Installation.
Diese Information fehlte ganz oben. Damit erübrigt sich dann auch die Idee mit dem Redirect. coreOnlyMode ist in solch einem Fall aber immer empfehlenswert. Wenn live, dann zusammen mitZitat:
Zitat von freak-agentur
Lass auch mal den Contao-Check laufen.PHP-Code:$GLOBALS['TL_CONFIG']['coreOnlyMode'] = true;
$GLOBALS['TL_CONFIG']['maintenanceMode'] = true;
Hatte im November das letzte mal ein Update (weiß jetzt die Versionsnummer nicht mehr), jetzt bin ich aktuell auf der neuesten 3.5.35Zitat:
Zitat von folkfreund
Hallo zusammen,Zitat:
Zitat von tab
wir haben dasselbe Problem aber keine Ahnung, wie man die beschriebene Lösung umsetzt. Die Website wurde vor Jahren noch in Typolight gebaut, der Kontakt zum Entwickler ist aber nicht mehr gegeben. Wer kann helfen, gibt es ein Verzeichnis der Contao-Entwickler? Wir sind in München und brauchen auch eine neue Website.
Danke und Gruß,
Kai
Hallo Himmelblau,Zitat:
Zitat von Himmelblau
herzlich willkommen in der Contao-Community!
Es gibt etliche Agenturen, die dir weiter helfen können, sofern du nicht selbst deine Seite erstellen willst. Die offiziellen Contao-Partner findest du hier:
https://contao.org/de/contao-partner.html
Viel Erfolg, folkfreund
Danke!!
Hi,
evtl. hilft Dir ja dieser kleine Screencast dazu weiter.
https://www.youtube.com/watch?v=GiD2ztFW_Qc
Gruß
tschero
Hallo tschero,
danke, leider bin ich schon zu doof, mit XAMPP die Website anzusteuern (ist bei Domain Factory gehostet). Ich versuche es mal mit einem Entwicklerkontakt.
Viele Grüße
Hi,
mit xampp oder zu doof hat das nichts zu tun ;).
Beim Hoster(DF) könntest Du das doch(wie im Screencast) einfach über PHPMyAdmin machen.
Sollte genau das gleiche sein, nur statt xampp machst Du das bei DF.
Gruß
tschero
Hallo zusammen,
ich hatte heute das oben geschilderte Problem. Ich konnte mich nicht mehr anmelden.
Die Vorgeschichte: Habe eine echt alte Contao 2.9.5 Installation erst auf 2.11 hochgezogen, kurz getestet, dann weiter auf 3.5.36 upgedatet. Ging alles, keine Probleme. Habe dann in den Einstellungen den IP-Check und den Referrer-Check wieder aktiviert, nach dem Speichern wurde ich aufgefordert mich neu einzuloggen. Ab da ging es nichts mehr. Ein Login ins Backend war nicht möglich: "Anmeldung fehlgeschlagen (Benutzernamen und Passwörter unterscheiden zwischen Groß- und Kleinschreibung)!"
Egal welcher Browser, Cache gelöscht, Core-Only-Mode, Wartungsmodus, IP- und Referrer-Check wieder rein, PW direkt in der DB geändert, Admin-Status enzogen und so versucht über die install.php einen neuen Admin anzulegen (die Felder dazu waren da, aber nach dem Ausfüllen und Speichern waren sie wieder leer).
Lange Rede kurzer Sinn, so habe ich das Problem gelöscht:
tl_user gelöscht, via install.php neu anlegen lassen, neuen Admin angelegt, Login funktioniert wieder.
Ich vermute also, dass irgendwo in der User-Tabelle etwas nicht gestimmt hat.
Vielleicht hilft das dem ein oder anderen.
VG
Nicole
Das dürfte vermutlich damit zu tun haben, dass neulich der Support für veraltete und unsichere Hashes bei Userpasswörtern entfernt worden ist. Wenn ich mich an die Diskussion dazu richtig erinnere, dann war nicht davon auszugehen, dass solch alte Installationen (wir reden hier vi beinahe 10 Jahren) noch einmal angefasst werden. Vermutlich hätte es sogar funktioniert, wenn Du Dich einmalig in einer Version vor 3.5.36 angemeldet hättest - aber das nützt ja nix.
Hat denn keiner der Diskussions-Teilnehmer Kunden? :D ;)Zitat:
Zitat von lucina
Sollte der Fall noch ein mal vor kommen, werde ich das mal probieren. Ich war die ganze Zeit im Backend aktiv, also von 2.9 bis 3.5, aber ich kann mich an kein Re-Login in der Zwischenzeit erinnern. Das kam erst, als ich den Referrer wieder aktiviert habe.Zitat:
Zitat von lucina
Das hat eher nichts mit 'Kunden' zu tun sondern mit 'Sicherheit' - ein veraltetes Hashingverfahren bringt alle in Gefahr, die Entfernung des Supports dafür einige wenige.
Ach je! Das war keine Kritik an der Änderung selbst! Bitte nicht falsch verstehen.Zitat:
Zitat von lucina
Ich wollte damit sagen, dass es für mich keine Überraschung ist, dass ein Kundes-Kunde von mir eine so alte Contao-Installation raus kramt. :(
Meine Bemerkung war auch eher als Erläuterung der Beweggründe gemeint.
Falls da noch mehr user sind wäre es besser die Tabelle einfach umzubenennen. Oder bei allen Usern die "1" aus tl_user.admin zu entfernen. Dann kann man auch ein neues Administrator-Passwort im Install-Tool anlegen. So gehen die User nicht verloren.Zitat:
Zitat von Webstylerin
Genau das habe ich auch probiert. Die Maske im Install-Tool um den Admin anzulegen war da, konnte aber nicht gespeichert werden. D.h. nach dem Ausfüllen und Absenden kam das Formular einfach leer wieder.Zitat:
Zitat von Andreas
Evtl. hattest du die Tabelle tl_user noch nicht wieder erstellt?
Zitat:
Zitat von lucina
Der Vollständigkeit halber: Hatte heute wieder ein Update von 2.10 auf 3.5 und hatte wieder das Problem, dass ich mich mit 3.5 nicht einloggen konnte. Habe kurzerhand ein Downgrade auf 3.2 durchgeführt, inklusive Backend-Relogin, musste nichts manuell an der tl_user anpassen und kann mich nun auch unter 3.5 einloggen. :)Zitat:
Zitat von Webstylerin
Mmh, das hatte ich noch nie. Ich hoffe, dass du nicht auf 3.2 arbeitest. Ein neues PW zu erstellen ist leicht. Das hier in phpMyAdmin ausführen
Dann example.org/contao/install.php aufrufen und einen Adminzugang erstellen.Code:UPDATE `tl_user` SET `admin`= ''
Achte auch darauf, dass du den richtigen DB-Treiber in der localconfig.php eingetragen hast.Zitat:
Zitat von Webstylerin
PHP-Code:$GLOBALS['TL_CONFIG']['dbDriver'] = 'MySQLi';
Hallo Andreas,
danke für deine Antworten. Ich habe aber aktuell gar kein Problem, ich wollte nur bestätigen, dass lucina Recht hatte und man mit einem kurzen Relogin vor Version 3.5.36 kein Problem mit dem Passwort hat. :)
Ich bin anscheinend in letzter Zeit zu schnell gewesen mit meinem Update von Contao 2.X auf Contao 3.5 und hatte daher das Problem, dass er das Passwort nicht mehr erkannt hat und ich mich nicht mehr einloggen konnte. Für mich ist die Lösung einen kurzen Zwischenstopp bei 3.2.21 einzulegen, kurz Ab- und Anmelden im Backend und weiter gehts.
Mache ich immer.Zitat:
Achte auch darauf, dass du den richtigen DB-Treiber in der localconfig.php eingetragen hast.
Wenn ich eine Wahl habe natürlich nicht.Zitat:
Ich hoffe, dass du nicht auf 3.2 arbeitest.
Hatte ich damals probiert, ging nicht. Warum kann ich nicht erklären, da bin ich nicht tief genug in der Materie drin. Diesmal wollte ich nicht wie damals einfach die tl_user löschen und nen neuen Admin anlegen, hier gibt es nämlich mehrere User.Zitat:
Ein neues PW zu erstellen ist leicht.
Aber ist ne alte Geschichte und wird nicht oft vorkommen. Wie gesagt, wollte nur sagen, dass das mit dem Relogin tatsächlich klappt, falls jemand das selbe Problem bekommt und über diesen Thread stolpert. :)