Backend-Login unmöglich – falsches Cookie-Ablaufdatum? [gelöst]

Hallo,

ich war gezwungen auf einem fremden Server ein Backup (Dateien und Datenbank) einer Contao-Installation zurückzuspielen. Nach Korrektur der Dateiberechtigungen, Löschen temporärer Dateien und Durchlaufen des Installations-Tools funktioniert das Frontend (anscheinend) einwandfrei.

Jedoch scheitert das Einloggen ins Backend ohne Fehlermeldung; ich lande immer wieder auf der Login-Seite. Die Zugangsdaten sind definitiv korrekt (soeben auf reset123 zurückgesetzt), zumal ein entsprechender Hinweis erscheint, wenn ich absichtlich falsche Daten angebe.

Die im Thread Kann mich nicht mehr im Backend anmelden! angegebenen Tipps halfen leider nicht.

Zum Server (bin für die Kiste nicht verantwortlich ;)):

• OpenSuse 13.1
• kein Passwort für den Datenbankbenutzer gesetzt; in der Contao-Config entsprechend ''
• Systemzeit geht um etwa 2 Minuten vor

Irgendwelche Ideen, woran das Einloggen scheitern könnte?

Danke!
Gruß

EDIT: Siehe aktualisierte Problembeschreibung in meinem nächsten Post.

Ein Link könnte helfen...

Zitat:

---

Zitat von KlausGrenoble

Ein Link könnte helfen...

---

Das möchte ich lieber nicht öffentlich machen. Inwiefern würde ein Link helfen?

Der Contao-Check hat abgesehen von einem geringen Upload-Limit und der fehlenden SOAP-Erweiterung übrigens nichts zu meckern.

Gruß

EDIT: Mittlerweile erhalte ich immer folgende Meldung: Für die Nutzung von Contao müssen Cookies erlaubt sein. Allerdings werden die Cookies BE_USER_AUTH und PHPSESSID erstellt…

Und beim check "validate an existing installation" gibt was ?

Zitat:

---

Zitat von KlausGrenoble

Und beim check "validate an existing installation" gibt was ?

---

Meinst du die Überprüfung der Dateien? Da hatten anfangs ein paar Berechtigungen nicht gepasst und einige Dateien waren "corrupt". Das konnte ich aber mittlerweile korrigieren.

Hab meinen vorherigen Beitrag übrigens noch ergänzt.

Gruß

So sollte das "validate" ungefähr aussehen:

Version
Found a Contao 3.3.5 installation.
Your installation is up to date.

Der Cookie BE_USER_AUTH sieht seltsam aus:

• erstellt: Freitag, 17. Oktober 2014 14:39:29
• läuft ab: Donnerstag, 16. Oktober 2014 14:39:29 [Vergangenheit!]

Die Serverzeit stimmt zwar nicht exakt, aber die Abweichung beträgt, wie oben erwähnt, lediglich 2 Minuten.

Gruß

Zitat:

---

Zitat von KlausGrenoble

So sollte das "validate" ungefähr aussehen:

---

Ach so, ist noch ne alte Installation mit Contao 2.10.2. Da sieht der Check wohl etwas anders aus.

Das Datum und die Zeitzone des Servers habt ihr auch mal überprüft?

Zitat:

---

Zitat von tab

Das Datum und die Zeitzone des Servers habt ihr auch mal überprüft?

---

Code:

---

# date
Fr 17. Okt 15:09:16 CEST 2014

---

müsste doch eigentlich passen, oder?

EDIT: und in der localconfig.php:

Code:

---

$GLOBALS['TL_CONFIG']['timeZone'] = 'Europe/Berlin';

---

Ja, das sollte eigentlich hinkommen :)

Zitat:

---

Zitat von JaiBee

Da sieht der Check wohl etwas anders aus.

---

Ich würde mal den neuesten check runterladen...

Zitat:

---

Zitat von KlausGrenoble

Ich würde mal den neuesten check runterladen...

---

Danke, wusste nicht, dass der aktuelle Check abwärtskompatibel ist.

Habe den Check durchgeführt, wobei (leider) keinerlei Fehler gefunden wurden (abgesehen vom Fehlen des Music-Academy-Templates).

Bzw. keine Fehler stimmt nicht ganz:

• You cannot use the Live Update. (The PHP Phar extension is not enabled. The PHP OpenSSL extension is not enabled. A connection to www.inetrobots.com could not be established.)
• You cannot use the Composer package manager. (The PHP Phar extension is not enabled. The PHP cURL extension is not available.)
• You cannot use the Extension Repository. (The PHP SOAP extension is not available. The PHP OpenSSL extension is not enabled. A connection to contao.org could not be established.)

Wobei das bei diesen "Additional Services" zunächst nicht tragisch sein sollte.

Zitat:

---

Zitat von JaiBee

Wobei das bei diesen "Additional Services" zunächst nicht tragisch sein sollte.

---

Seh' ich auch so.
In der localconfig.php sollte man die Errormeldungen auf true setzen und sich dann nochmals ins BE einloggen.

Zitat:

---

Zitat von KlausGrenoble

Ich würde mal den neuesten check runterladen...

---

Ich setzte zur Prüfung einer Installation gerne den e-spin Contao-Checkloader ein.

Einfach die Datei contao-checkloader.php auf den Server kopieren und aufrufen.

Dadurch wird der aktuelle Check auf dem Server installiert und ausgeführt.

Das schöne daran ist, dass wenn schon ein Verzeichnis Check im Istallationsverzeichnis vorhanden ist, dieses zuerst gelöscht und dann durch die aktuelle Version des Check ersetzt wird. Ideal für spätere Nachprüfungen.

displayErrors steht auf true, wobei ich mir nicht sicher bin, ob der Server nicht etwaige Meldungen unterdrücken würde. In [contao]/system/logs/error.log finden sich übrigens auch keine Einträge. Ganz schön verflixt…

Zitat:

---

Zitat von kos

Ich setzte zur Prüfung einer Installation gerne den e-spin Contao-Checkloader ein.

---

Danke; den Check habe ich allerdings bereits ausgeführt. Der Loader lädt diesen ja lediglich herunter, wenn ich mich nicht irre.

Gruß

Zitat:

---

Zitat von JaiBee

Danke; den Check habe ich allerdings bereits ausgeführt. Der Loader lädt diesen ja lediglich herunter, wenn ich mich nicht irre.

---

Das stimmt natürlich.
Der Charme liegt für mich in der einfachen Handhabung.

Ohne Check-Loader:

• aktuellen Check bei github herunterladen
• Archiv entpacken
• Verzeichnis auf den Server kopieren
• check aufrufen

mit Check-Loader

• contao-checkloader.php auf den Server kopieren
• aufrufen

und der Check ist aktuell, auch wenn zwischenzeitlich ein Contao-Update durchgeführt wurde.

Hallo zusammen

Ich konnte dieses "Fehlverhalten" lösen, indem ich die Systemuhr (Mac OSX) richtig eingestellt habe. Die falsche Systemzeit hat verursacht, dass das generierte Cookie bei der Anmeldung dann schon wieder veraltet war, und man deswegen auf die Loginmaske zurücksprang (ohne Fehlerausgabe).

Hoffe das hilft allen Verzweifelten.

Nick

Ich hielt mich ja bislang für einen guten "Googler", aber folgender Post in einem weiteren Thread, der sich mit dem selben Problem befasst, ging mir durch die Lappen:

• Gelöst: Installation: Kein Login ins Backend möglich

Mein Dank an alle, die versucht haben, eine Lösung zu finden.

Gruß