2

問題が何であるかを把握するためにかなりの時間を費やしました。問題は次のとおりです。

ログインは機能しますが、管理者としてログインするとページが変わりません。資格情報が間違っているとエラーが発生するため、ログインが機能することはわかっています。管理ツールバーすら表示されません。ページに他のページは存在しませんが、たとえば、user/1 で ?q=admin と入力すると、「アクセスが拒否されました」と表示されます。

私がやったこと：

  • キャッシュとクッキーを何度もクリア
  • mod_rewrite が機能することを確認しました
  • drupal settings.php の Cookie パスは / であり、\ ではありません
  • .htaccess は、drupal.org によって提供されているとおり、drupal ルート ディレクトリにあります。
  • httpd.conf に、新しいディレクトリと AllowOverride=All を記述しました (*注: 親ディレクトリには AllowOverride=None があります)
  • クリーンな URL は drush vset を介して有効になります

問題は次のとおりですが、解決方法がわかりません。

  • プロキシー？
  • 一部のファイル/ディレクトリで構成する必要があるいくつかのアクセス許可

私が持っているもの：

  • CentOS 6.3
  • アパッチ 2.2.15
  • ドラッシュ 5.9
  • Drupal 7.22

前もって感謝します

4

2 に答える 2

0

これがアクセス許可の問題になるとは想像できませんが、そうであれば、次のことから始めることができます (ところで、実稼働サーバーでこれを行うことは決してお勧めしません)。

cd /<path_in_which_drupal_root_sits>
chown -R apache:apache <drupal_root>
chmod -R 777 <drupal_root>

これらを行うには sudo が必要になる場合があり、テストが完了したら、chmod パーミッションをディレクトリ/サブディレクトリに適した 775、755、または 644 に戻す必要があります。

これで問題が完全に解決するわけではありませんが、少なくともアクセス許可の問題を解消するのに役立ちます。

プロキシの問題をテストするには、lynx (コマンドライン http クライアント) をインストールして、localhost を使用してサイトにアクセスしてみてください。ログインできるはずです。リモート アクセスとは異なる結果が得られた場合は、奇妙なプロキシまたはその他のネットワークの問題が干渉している可能性があります。

最後に、これが実際にここで最も役立つ部分かもしれませんが、ログイン プロセスの前、最中、後にヘッダーを検査する必要があります。これは、FireBug や Developer Tools などを使用して行うことができます。もちろん、Apache のアクセス ログとエラー ログをチェックして、予期しないものや通常とは異なるものがないか確認してください。

ただし、ほとんどの場合、再インストールして再試行する必要があります。

于 2013-09-11T00:06:34.447 に答える
0

SELinuxの問題であることが判明しました。ログアウトURLからログアウトして、自分のサイトでhttpsを利用すると、ログインして正常に使えることがわかりました。証明書を再インストールしてセキュリティを設定する必要がありました... みんなの助けに感謝します。

于 2013-09-20T16:47:27.290 に答える