Forum

[Tobias Krais]

Hi Leute,

ich habe eine Redaxo 4.3.2 Installation bei der seit kurzem etwas interessantes auftritt: immer, wenn ich mich im Backend mit den korrekten Benutzerdaten anmelden möchte kommt wieder die Login Maske mit der Meldung: "Bitte anmelden".

Gebe ich falsche Benutzerdaten an, kommt die gewünschte Fehlermeldung.

Bis vor kurzem hat es noch funktioniert. Ich vermute, dass auf dem Server ein Update durchgeführt wurde. Wenn ich das gesamte Redaxo auf meinen lokalen Server kopiere funktioniert der Login.

Hat jemand eine Idee, wie ich den Login wieder zum laufen bekomme?

Liebe Grüße,

Tobias

P.S.: Es gab schon mal einen Thread vor vier Jahren mit dem Thema. Aber die Methode sessionFixation() ist heute ganz anders und die Lösung des Threads funzt leider net.

[jeandeluxe]

Hat jemand eine Idee, wie ich den Login wieder zum laufen bekomme?

Hast nicht zufällig cookies (für die Domain) deaktiviert?

hth,
Jan

[Tobias Krais]

Hallo Jan,

Hast nicht zufällig cookies (für die Domain) deaktiviert?

ich bin nicht der Admin. Das ist der ehemalige Webdesigner der Seite. Der ist aber bis 08. April im Urlaub. Hier mal der Session Teil der phpinfo():

Code: Alles auswählen

Directive   Local Value   Master Value
session.auto_start   Off   Off
session.bug_compat_42   Off   Off
session.bug_compat_warn   On   On
session.cache_expire   180   180
session.cache_limiter   nocache   nocache
session.cookie_domain   no value   no value
session.cookie_httponly   Off   Off
session.cookie_lifetime   0   0
session.cookie_path   /   /
session.cookie_secure   Off   Off
session.entropy_file   no value   no value
session.entropy_length   0   0
session.gc_divisor   1000   1000
session.gc_maxlifetime   1440   1440
session.gc_probability   1   1
session.hash_bits_per_character   5   5
session.hash_function   0   0
session.name   PHPSESSID   PHPSESSID
session.referer_check   no value   no value
session.save_handler   files   files
session.save_path   /var/lib/php/session   /var/lib/php/session
session.serialize_handler   php   php
session.use_cookies   On   On
session.use_only_cookies   Off   Off
session.use_trans_sid   0   0

Ich bin leider nicht so der PHP Server Spezialist. Ist die Konfig OK?

Grüßle,

Tobi

[jeandeluxe]

Hier mal der Session Teil der phpinfo():

Ne, ich meinte im Browser.. ;-)

lg,
Jan

[Tobias Krais]

Hi Jan,

Ne, ich meinte im Browser..

Kann nicht die Ursache sein. Wenn die Seite auf meinen Server kopiere funktioniert sie. Irgendwas von Redaxo in Zusammenspiel mit dem Server funktioniert nicht.

Hab trotzdem nochmals den Browser überprüft (keiner meiner Browser und auch die des Kunden funktionieren...). Es wird korrekt ein Cookie mit einer Session ID angelegt. Alle anderen Redaxo Installationen, die ich verwalte funktionieren.

Noch ne Idee?

Grüßle,

Tobias

[jeandeluxe]

Noch ne Idee?

Nicht wirklich.. das einzige wo sich deine session Direktiven von meinen (lokal MAMP bzw. DF) ist session.bug_compat_42, aber wenn ichs hier auch auf off stelle, macht das keinen Unterschied, login geht nachwievor. Du könntest jetzt halt noch zu Fuß die Server settings ganz allgemein vergleichen, oder versuchen es wirklich zu debuggen, also dir die Code Stelle suchen wo zwischen erfolgreichen/oder nicht login geswitcht wird, und kucken welche Bedingung da nicht paßt.
Letzte Frage noch: was steht oben als URL drin wenn es dich auf die Loginseite zurückwirft?

lg,
Jan

[Tobias Krais]

Hi Jan,

Letzte Frage noch: was steht oben als URL drin wenn es dich auf die Loginseite zurückwirft?

Es steht ".../redaxo/index.php?page=structure" drin. Also eigentlich müsste alles OK sein.

Ich werde mal noch die phpinfo mit der meiner anderen Server vergleichen.

Grüßle,

Tobias

[jackomono]

Das Problem hatte ich auch mal.
Ich habs nach langem Probieren nur durch "Stecker ziehen" aka Neuinstallation gelöst bekommen.

Grüße
Jakob

[Tobias Krais]

Hallo Jakob,

ich will heute nochmals zum Kunden gehen und ihm vorschlagen den Provider zu wechseln. Ich werde ihm als zweite Lösung auch deine Vorschlagen. Bin mal gespannt!

Danke für deinen Hinweis!

Liebe Grüße,

Tobias

[Skerbis]

Kleiner Tipp: Sollte es ein PLESK-Webspace sein und PHP als FastCGi laufen, stimmen evtl. die Rechte des Session-Ordners nicht. Alternativ kann man PHP meist in Plesk als Apache-Modul wieder einstellen oder selbst in der vconf einen eigenen Session-Ordner festlegen, der sich innerhalb der Account-Ordner-Struktur befindet.

[Tobias Krais]

Hi Skerbis,

Kleiner Tipp: Sollte es ein PLESK-Webspace sein und PHP als FastCGi laufen, stimmen evtl. die Rechte des Session-Ordners nicht. Alternativ kann man PHP meist in Plesk als Apache-Modul wieder einstellen oder selbst in der vconf einen eigenen Session-Ordner festlegen, der sich innerhalb der Account-Ordner-Struktur befindet.

es handelt sich tatsächlich um ein PLESK-Webspace. PLESK wurde vom Server Admin auch aktualisiert und es scheint, dass es seitdem Probleme macht. Im Plesk kann ich die Config nicht ändern, sehe aber, dass CGI aktiviert ist. Ich werde den Admin anfragen, ob er deinen Tipp überprüfen kann.

Vielen Dank für den Tipp! Ich gebe Bescheid, wenn der Admin wieder da ist und mir geantwortet hat!

Liebe Grüße,

Tobias

[Skerbis]

Also bei mir war's der Ordner: /var/lib/php5

[Tobias Krais]

Hallo Skerbis,

heute ist der Admin wieder zurück gekommen. PHP lief tatsächlich als Fast-CGI Application mit aktiviertem abgegesicherten Modus. Jetzt ist PHP wieder ein Apache Modul und ich kann wieder einloggen.

Vielen Dank für den Super Tipp!

Liebe Grüße,

Tobias

[DiDa]

Mein LogIn funktioniert genauso wenig.
Nach dem LogIn wird wieder die LogIn-Seite mit URL = „?page=structure“ angezeigt.

Das LogIn funktioniert, wenn PHP als Apache-Modul konfiguriert ist.
Probleme entstehen dann an anderer Stelle. Installationen von AddOns funktionieren z.B. nicht mehr, da anscheinend Dateiberechtigungen nicht mehr passen (V-Server, Strato, Plesk).

Zum Testen (während PHP = Modul ) habe ich via FTP einige Dateien und Order auf 777 gestellt. Das Ergebniss war aber unbefriedigend. Auch deshalb, weil zu viele Ordner und Dateien geändert werden müssten. Ich glaube auch nicht, dass das der richtige Weg ist.

Mit PHP als CGI würden wahrscheinlich keine Probleme mit Dateiberechtigungen entstehen.
In diesem Falle müsste ich allerdings irgendwie das LogIn-Problem lösen (evtl. ein anderes Verzeichnis für Sessions) und hätte Geschwindigkeitseinbußen gegenüber PHP als Apache-Modul.

Ich bin für jeden Hinweis in dieser Richtung dankbar. Sehr gerne auf Basis mit PHP = Modul oder zur Not eine Variante mit PHP = CGI und funktionierendem LogIn.

Vielen Dank im Voraus!!!

Dietmar

[Tobias Krais]

Hi Dietmar,

das Rechteproblem hatte ich auch nach der Umstellung. Nachdem ich die Rechte aber angepasst hatte (über FireFTP, indem ich die Rechte rekursiv gesetzt habe) funktioniert alles wieder wunderbar.

Und die Seite wäre wohl unser Freund: http://bugs.redaxo.de/

Liebe Grüße,

Tobi