[gelöst] Benutzeranmeldung nach Update auf 6.2 oft nicht möglich -> 403, Zugriff verweigert
am 16.04.2008 - 09:24 Uhr in
Hallo!
Ich habe mich vorgestern aus meiner 6.2-Installation ausgeloggt, und seitdem kann ich mich nicht mehr einloggen. Ich habe in der letzten Session nichts installiert / deinstalliert, keine Module aktiviert / deaktiviert, sondern nur Inhalt hinzugefügt.
Das Zuschicken des Passwort-Links funktioniert, ich kann auch auf den "Anmelden"-Button klicken, wenn ich den Link aufrufe, aber dann kommt - wie beim normalen Einlogversuch auch: Zugriff verweigert (meine eigene 403-Fehlerseite).
In den Foren habe ich schon herumgestöbert und alles versucht, was sinnvoll sein könnte:
- Cache- und Session-Tabelle geleert
- über MySQL ein neues Passwort gesetzt (MD5)
- alle überflüssigen Module (sowieso nicht viele) deaktiviert
- natürlich auch den Browsercache geleert
Leider hat nichts geholfen ... ich weiß mir echt keinen Rat mehr. Daher würde ich mich über Anregungen freuen. Vielen Dank schon im Voraus!
- Anmelden oder Registrieren um Kommentare zu schreiben
Kommt die 403er auch von
am 16.04.2008 - 11:07 Uhr
Kommt die 403er auch von Drupal oder benutzt du da etwas anderes? Hast du es mit einem anderen Benutzerkonto versucht? Falls ja, lösche mal die Datei .htaccess.
--
Danke für Deine
am 16.04.2008 - 11:22 Uhr
Danke für Deine Antwort!
Die 403er ist die Seite, mit der ich Drupals 403-Standardseite ersetzt habe (Einstellungen für die Fehlermeldungen). Ein anderes Benutzerkonto habe ich bisher noch nicht. htaccess löschen bringt nix, dann kann ich nicht mal mehr auf die Login-Seite zugreifen (404).
Merkwürdig ...
am 16.04.2008 - 18:30 Uhr
... aber ich kann mich wieder einloggen. Ganz seltsam, weil ich nichts verändert habe - nur heute Mittag keine Lust mehr hatte, nach einer Lösung zu suchen, und deshalb die Seite für ein paar Stunden in Ruhe gelassen habe.
Hat jemand eine Idee, woher dieser zeitweilige Ausfall kommen könnte?
Wenn die Website von der Du
am 16.04.2008 - 21:49 Uhr
Wenn die Website von der Du redest bei einem ISP liegt dann hast Du einen Hoster der eben nicht 99,99% Verfuegbarkeit realisiert.
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Doch, diese Verfügbarkeit
am 18.04.2008 - 09:54 Uhr
Doch, diese Verfügbarkeit ist gegeben ... alles andere fällt ja auch nicht aus. Die Probleme habe ich übrigens erst seit dem Update 6.1 auf 6.2. Vorher lief immer alles bestens.
Beim Update von 6.1 auf 6.2
am 21.04.2008 - 00:22 Uhr
Beim Update von 6.1 auf 6.2 muss man ganz vorsichtig sein. Es gab einige Änderungen in der Art, wie Zugriffsberechtigungen ausgewertet werden. Warum das durch "Herumliegenlassen" gelöst werden sollte, kann ich dir aber auch nicht sagen. Hat vielleicht etwas mit Caching zu tun.
--
Fehler gefunden
am 01.05.2008 - 09:48 Uhr
Der Fehler lag nicht an Drupal und auch nicht am Hoster. Sondern in den lokalen Hostdateien auf meinem Computer und den Angaben, die Programme wie Spybot und Boostspeed dort hineingeschrieben hatten. Ich habe diese Programme beendet, die betreffenden Dateien geleert, und siehe da: es geht wieder. Die Programme laufen jetzt natürlich wieder, nachdem der Fehler eingekreist war (bei mir Boostspeed).