Beiträge

Sag Bescheid, wenn du da was herausgefunden hast...

Info:
Es liegt nicht an dem Session-Verzeichnis und dort nicht an den Rechten. Ich habe einen Prozess- und Filemonitor mitlaufen lassen, als ich die Loginanfrage gesendet habe. Dabei tauchte auf, das moziloCMS bei der ersten Anfrage ins Sessions Verzeichnis schreibt, also eine Session-Datei erstellt. Dann werden die "admin/conf/*.conf" Dateien gelesen. Allerdings sind diese nach dem nicht funktionierenden Login wieder weg und die php-cgi beendet den Thread. Warum auch immer  :roll:

Eine weitere Info. Im IIS 6 wird für alle temporären Anfragen ein Verzeichnis verwendet! Dieses ist von Haus aus schon mit den entsprechenden Rechten ausgestattet und hat aber nichts mit den Sessions zu tun. Beim IIS 7 wurde dieses Verzeichnis aus Sicherheits- und Analysegründen aufgegeben und auf ein "loadUserProfile" ausgelagert.

Hat moziloCMS irgendeine Funktion beim Login, die kurzfristig einen temporären Zugriff benötigt?

Check mal die IIS-Einstellungen bezüglich Sessions - dort wird der Hund begraben liegen.

Hm, scheint mir nicht so zu sein  

Also, ein neues Sessions Verzeichnis erstellt, alle Rechte (Vollzugriff) gesetzt. Das gleiche Ergebnis, moziloCMS schreibt keine Session Datei. Mit phpinfo kontrolliert, wo das neue Sessions Verzeichnis liegt. Passt alles, IIS reset und erneut kein Anmelden und keine Session Datei.

Zuerst dachte ich, kann doch nicht sein, bin ich unfähig? Dann habe ich ein mir vertrautes Blogsystem (ebenfalls flat file) aufgesetzt. Siehe da, eine Session Datei im richtigen Verzeichnis wie in der php.ini angegeben. Scheint so, als ob die Rechte und der Pfad stimmen. Auf ein Neues den Pfad und die Rechte geändert, wieder moziloCMS keine Reaktion und das Blogsystem setzt das um.
Also Go..gle erneut bemüht und mir eine Anleitung für IIS 7, PHP 5.3 und Sessions gesucht (MS IIS 7, IIS Aid und andere englische Entwickler Artikel). Erneut die php.ini, IIS und Rechte angepasst, wieder nichts bei moziloCMS, aber im Blog. Aus Jux habe ich dann Wordpress 2.8.3 installiert, funzt einwandfrei. Also scheint die IIS Konfiguration nicht ganz falsch zu sein?

Zurück zum IIS 6 und dort die php.ini und Session Verzeichnisrechte nochmalig notiert und auf IIS 7 umgesetzt. Ich kann mich drehen und wenden wie ich will, wahrscheinlich bin ich einfach zu unfähig, um moziloCMS auf dem IIS 7 zu laufen zu bekommen. Mit Apache 2 und IIS 6 funzt es wirklich fehlerfrei, warum es auf dem IIS 7 nicht geht, weiß ich nicht. Etwas ist mir dabei eingefallen, im genannten flat file Blogsystem gab es vor einiger Zeit eine Anpassung auf PHP 5.3. Das hing zusammen mit einigen "deprecated" Funktionen und Array Problemen, die aber inzwischen gefixed sind.

Egal, ich werde es weiter versuchen. So schwer kann das doch nicht sein, moziloCMS auf dem IIS 7 mit PHP 5.3 zum Laufen zu bekommen  
(Anregungen sind willkommen)

sagen denn die Server-Logs irgendetwas Interessantes?

Hier die LOG-Einträge:

Zugriff auf den Login Bildschirm:

Code Auswählen Erweitern

GET /admin/ - 80 - Opera/9.64 302 0 0 200
GET /admin/login.php logout=true 80 - Opera/9.64 200 0 0 260
GET /admin/adminstyle.css - 80 - Opera/9.64 200 0 0 20
GET /admin/gfx/login.gif - 80 - Opera/9.64 200 0 0 10
GET /admin/mozilo.jpg - 80 - Opera/9.64 404 0 2 40
GET /favicon.ico - 80 - Opera/9.64 404 0 2 200Die URL im Browser nach dem Laden des Login Bildschirms:
...admin/login.php?logout=true

Eintippen des Benutzers und Passwortes mit Bestätigung:

Code Auswählen Erweitern

POST /admin/login.php - 80 - Opera/9.64 302 0 0 430
GET /admin/index.php - 80 - Opera/9.64 302 0 0 771
GET /admin/index.php action=initialsetup 80 - Opera/9.64 302 0 0 340
GET /admin/login.php logout=true 80 - Opera/9.64 200 0 0 190
GET /admin/mozilo.jpg - 80 - Opera/9.64 404 0 2 210Und wieder die URL nach dem Laden des Login Bildschirms:
...admin/login.php?logout=true

Danach erscheint wieder die Anmeldemaske und keinerlei Hinweise. Auch die Eventlogs geben keinerlei Hinweise.

Werde ich Morgen mal durchsehen, ob ich etwas finde  

Wirklich interessant ist die Tatsache, das es mit hoher Wahrscheinlichkeit nicht an PHP 5.3 liegt, da es sowohl mit Apache2.x und IIS 6 funktioniert. Mir ist beim IIS 7 nur aufgefallen, das die Konfiguration sehr viel feiner zu realisieren ist und der IIS 7 "kleine Schönheitsfehler" sofort mit einem Fehler quittiert oder bemängelt. Die große Änderung beim IIS 7 ist der "anonyme IIS user", der durch eine nur für den IIS 7 sichtbare und nutzbare Gruppe ersetzt wurde. Diese Gruppe existert in der Server Benutzerverwaltung nicht, nur im IIS Manager im Bereich Sicherheit.
Könnten eventuell geänderte Benutzer Rechte eine Rolle spielen?

Andere Frage:
Gibt es eine Art "reporting all" oder sowas ähnliches im CMS, beziehungsweise lässt sich sowas in eine für den Login/Logout notwendige .php Datei einfügen? Was ich damit meine ist eigentlich eine Art Debugging Option im CMS, diese könnte eventuell hilfreich bei der Fehlersuche sein.

Hallo zusammen,

beim Testen des aktuellen CMS ist mir etwas aufgefallen, was ich mir nicht erklären kann:

Testumgebung: Windows 2008 Server mit IIS 7 und PHP 5.3.0

Es ist nicht möglich sich einzuloggen, man wird automatisch wieder zum Anmelde-Dialog zurück geführt. Es taucht keine Fehlermeldung auf, kein Hinweis, einfach nichts.

Interessant bei der ganzen Geschichte ist, das es unter einem Windows 2003 Server mit IIS 6 und PHP 5.3.0 fehlerfrei funktioniert. Das kann ich mir nicht erklären  

Stehen irgendwelche Lösungsansätze hierfür zur Verfügung oder gibt es einen Debug-Modus, um festzustellen, warum es mit IIS 7 nicht funktioniert?

Danke