2012-03-28 14 views
1

Nachdem ich die Berechtigungen neu erstellt, cron ausgeführt, Caches gelöscht, die i's punktiert und die t's überquert habe, bin ich in den Bereich des Bug-Reports gekommen. Ich habe keine Ideen, an dieser Stelle:Anonymer Benutzer: Sie sind nicht berechtigt, auf diese Seite zuzugreifen. Berechtigungen OK

-Alle Seiten auf meiner Website sind für den anonymen Benutzer nicht verfügbar, obwohl sie perfekt für alle anderen Benutzer/Rollen funktionieren!

-Die Header-, Sidebar- und Nav-Funktionen werden alle geladen, wie sie sollten, aber der eigentliche Inhalt der Seite wird durch eine einfache Aussage "Sie sind nicht berechtigt, auf diese Seite zuzugreifen" ersetzt.

Ich habe das Gefühl, dass es etwas Einfaches gibt, das ich vermisse, aber ich finde es einfach nicht. Ich war auf dieser Seite und auf ein paar anderen ganz oben und unten, ohne Erfolg. Gibt es andere Möglichkeiten, dies zu überprüfen/zu korrigieren? Dblog registriert ein "access denied" -Ereignis, aber ohne Einzelheiten weiterzugehen. Jede Hilfe würde sehr geschätzt werden. Ausführen von PHP 5.2.17 mit Drupal 6.22 auf Bluehost, für was es wert ist.

Edit: Ich habe für Benutzer 0 überprüft. 0 fehlte, also ging ich weiter und fügte ihn hinzu (oder ist es sie?) Und führte die übliche Hauswirtschaft (cron, update.php, Berechtigungen neu erstellen) .. . Aber immer noch keine Liebe. Ich habe mir ".htaccess" angeschaut, aber ich muss gestehen, dass ich nicht sicher bin, wonach ich gesucht habe. Nichts scheint mit dem Benutzerzugriff in Verbindung zu stehen, anonym oder anderweitig. Für was es sich lohnt, ist dies auf der Entwicklungsseite. Die Live-Site macht genau das, was sie soll und hat genau den gleichen Host, Einstellungen und Module (soweit ich das beurteilen kann). Das deutet darauf hin, dass es etwas gibt, das mir fehlt .... Wenn sie wirklich das Gleiche wären, würden sie genauso arbeiten! ;) Danke für die Vorschläge bis jetzt! Ich habe andere Module zu überprüfen, aber sie warten auf dieses Problem ...

+0

Haben Sie sich die .htaccess-Datei angesehen? – FlavorScape

+2

Überprüfen Sie, ob in der Tabelle 'users' ein Eintrag mit einer 'uid' von 0 (anonymer Benutzer) vorhanden ist. Drupal 6 wirft seine Spielzeuge raus, wenn das fehlt – Clive

Antwort

3

FIXED! Ich diese schließlich aufgedeckt:

INSERT INTO node_access 
    (nid ,gid ,realm ,grant_view, grant_update , grant_delete) 
    VALUES ('0', '0', 'all', '1', '0', '0') 

ich am node_access Tisch einen Blick nahm, und sicher genug, sich für den anonymen Benutzer kein Eintrag wurde! Ich weiß nicht, warum es fehlte, aber die obige Abfrage hat den Inhaltszugriff für den anonymen Benutzer wieder aufgenommen. Mein persistentes Problem ist, dass das dblog Einträge "Zugriff verweigert" hat, die normale Seitenladevorgänge begleiten, aber ich denke, das ist eine neue Frage, oder?

0

Meine Lösung, wenn ich dieses Problem hatte, war dies.

  1. Sichern Sie die Datenbank (natürlich)
  2. die Erlaubnis des Suchblocks
  3. die Berechtigungen admin/Leute/Berechtigungen
  4. Dann admin/config/search/Einstellungen gehen Rebuild einrichten und gehen zu Standardsuchmodul und wählen Sie Knoten statt Benutzer.

Hoffe es hilft für jemanden.