2012-03-28 11 views
1

アクセス権を再構築した後、cronを実行し、キャッシュをフラッシュし、iを点滅させてtを通過させた後、バグレポートゾーンが来ました。私はこの時点でアイデアがありません。匿名ユーザー:このページにアクセスする権限がありません。アクセス許可OK

- 私のサイトのすべてのページは、他のすべてのユーザー/ロールに対して完全に機能していますが、匿名ユーザーは利用できません。

- ヘッダー、サイドバー、およびnav関数はすべて読み込まれますが、ページの実際の内容は「このページにアクセスする権限がありません」という簡単な文で置き換えられます。

私は行方不明の何かがあるように感じますが、私はそれを見つけることができません。私はこのサイトといくつかの他のサイトをすべて上ったり下ったりしています。無駄です。これをチェック/修正するための他の手段がありますか? Dblogは「アクセス拒否」イベントを登録しますが、詳細はありません。どんな助けでも大歓迎です。 BluehostでPHP 5.2.17をDrupal 6.22で実行すると、それは価値があります。

編集:私はユーザー0をチェックしました。0が欠落していたので、私は彼(または彼女ですか?)を追加し、通常のハウスキーピング(cron、update.php、再構築の権限)を再実行しました..しかし、まだ愛はありません。 .htaccessを見ましたが、私がそこで探しているものがわからないと告白する必要があります。匿名またはそれ以外のユーザーのアクセスに関連するものはありません。それが価値あるものについては、これは開発サイトにあります。ライブサイトはまさにそれが想定していることを行い、まったく同じホスト、設定、モジュールを持っています(私が知る限り)。これは、私には紛失しているものがあることを私に示唆しています....もし彼らが本当に同じことをしたら、彼らは同じように働くでしょう! ;)これまでの提案をありがとう!私はレビューする他のモジュールを持っていますが、彼らはこの問題を待っています...

+0

あなたは.htaccessファイルを見ましたか? – FlavorScape

+2

'uid'が0(匿名ユーザ)のエントリが' users'テーブルにあることを確認してください。それが欠けている場合、Drupal 6はそれがおもちゃを投げる – Clive

答えて

3

FIXED!私はnode_accessテーブルで見ていた、そして案の定、匿名ユーザーのエントリがありませんでした

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

:私は最終的にこれを発見します!私はなぜそれが行方不明になったのかわかりませんが、上記のクエリは匿名ユーザーのコンテンツアクセスを再開しました。 私の永続的な問題は、dblogが通常のページ読み込みに伴う「アクセス拒否」のエントリを持っているということですが、それは新しい質問でしょうか?

0

私がその問題を抱えていたときの解決方法はこれでした。 (もちろん)

  1. バックアップデータベースが
  2. は、[管理/設定/検索/設定に移動
  3. 権限管理/人/許可を再構築して行く探索ブロックの許可を設定しますデフォルトの検索モジュールとユーザーの代わりにノードを選択します。

誰かに役立つことを願っています。

関連する問題