'申し訳ありません。 このページへのアクセスを許可しません 'エラーが発生した場合

WordPress サイトで「申し訳ありません。 このページへのアクセスを許可していません」というエラーが発生する場合があります。 エラーフレーズで示唆するように、このエラーは、権限(パーミッション)の問題のために、特定の領域にアクセスできないことを意味します。

この記事では「申し訳ありません。 このページへのアクセスを許可していません 'エラーの原因と解決策を見てみましょう。

'申し訳ありません。 このページへのアクセスを許可しません 'エラーの原因

WordPressで「申し訳ありません。 このページへのアクセスを許可していません」というエラー

'申し訳ありません。 このページへのアクセスを許可しません(Sorry、You Are Not Allowed to Access This Page)エラーは、管理者がバックエンドにアクセスできなくなり、問題になります。 この問題はしばしばテーマ、プラグイン、または WordPress コアを更新した後に発生します。

このメッセージは、さまざまな理由で表示されることがあります。 WordPress管理者アカウントを正しく認識できないことがあります。 またはサイトのコアコードやテーマやプラグインに含まれている情報は、DB情報と一致していなくても発生します。

他にもwp-config.phpファイル内の情報が正しくないか、古いバージョンのPHPを利用する場合にもこのエラーが発生する可能性があります。

いくつかの原因により、この問題が発生しても、完全な管理者ページ領域や、一部の領域にアクセスできなくなることがあります。

このエラーのため、管理者ページにアクセスしていない場合が多いでしょう。 これにより、この問題を解決するためには、FTPやphpMyAdminに接続する必要があります。 トラブルシューティング手順を実行する前に、必ず、サイト全体(データとDB)をバックアップしてください。

'申し訳ありません。 このページにアクセスすることは許可されていません 'エラー回避策

ログイン情報を入力した後にダッシュボードにアクセスしたときに申し訳ありません。 このページにアクセスすることはできません(Sorry、You Are Not Allowed to Access This Page )」というメッセージが表示されたら、恥ずかしいです。 パニックにならないように、まずサイトをバックアップしてから、以下に示す事項をXNUMXつずつ試してください。

サイトロールバック(復元)

この問題を解決する最も簡単な方法は、問題が発生しなかった時点でサイトを戻すことです。 サイトバックアップがあるかサイトの復元機能がある場合、サイトを以前の状態に復元してください。 問題の原因が、最近の変更(例:更新)による可能性がありますので、サイトを戻すと、問題の原因が発生する前に戻ります。

すべてのプラグインを無効に

最近プラグインを新しくインストールしたか、プラグインが更新されたため、この問題が発生する可能性があります。 '申し訳ありません。 「このページへのアクセスを許可しません」エラーが発生した場合は、管理者ページにアクセスできないため、プラグインを無効または削除できません。

管理者ページにアクセスしていない状況では、FTP経由でサーバーに接続して(Bluehost などcPanel環境では、 ファイルマネージャーを利用して接続可能)、プラグインフォルダの名前を一時的に変更すると、すべてのプラグインが無効になります。

WordPress プラグインを無効にする

/ WP-コンテンツ/plugins フォルダ名を plugins_old などで一時的に変更して、問題が解決するかチェックします。 プラグインフォルダの名前を変更した後、問題が解決した場合、プラグイン中に問題を引き起こすプラグインがあるのです。 フォルダ名を元どおりに変えて、今 plugins フォルダ内の個々のプラグインのフォルダの名前を一つずつ変更しながら、問題を起こすのプラグインを検索するようにします。

アクティブテーマをデフォルトのテーマに変更する

アクティブテーマを最近更新した後、この問題が発生した場合のテーマが原因であることがあります。 この場合、テーマを WordPress 公式テーマのいずれか(例えば、 二十二 또는 二十九 など)を有効にして、問題が解決するかチェックすることができます。

テーマファイルは、 / WP-コンテンツ/themes フォルダの下にあります。 方法は、プラグインを無効にする方法と似ています。

アクティブテーマのフォルダの名前を一時的に変更します(たとえば、 Avada テーマである場合 Avada_temp等に変更)。 現在サイトに戻ってログインを試みることができます。 ログインになればテーマが壊れたというメッセージが表示されます。

この方法で問題の原因がテーマということを確認することができます。 テーマの更新のために問題が発生しあれば、以前のバージョンのテーマファイルに置き換えると、問題が解決されています。

ログインしているアカウントが管理者アカウントであることを確認し

ログインに使用したアカウントが管理者アカウントであることを確認してください。 たまに管理者アカウント以外のアカウントでログインしようとする場合があります。 特にマルチサイトでサイトを構成した場合、管理者であったアカウントがユーザーの役割(User Role)が変更され、もはや管理者が異なる場合があります。

この問題の原因かどうかを確認するには、phpMyAdminにアクセスしてwp_userテーブルでそのユーザーのIDを確認するようにします。

WordPress phpMyAdmin  - ログインしているアカウントが管理者アカウントであることを確認し

次にwp_usermetaテーブルのwp_capabilties項目を検索します。 この項目のmeta_value値が次のようなことを確認します。

a:1:{s:13:"administrator";s:1:"1";}

場合によっては、上の図のように a:1:{s:13:"administrator";b:1;} のように表示されることがあります。

wp_capabilitiesの値が上記と異なる場合は、a:1:{s:13:"administrator";s:1:"1";}に変更して問題が解決するかどうかをテストしてください。

WP_DEBUGを使用してエラーを確認する

PHPエラーを確認するためにwp-config.phpファイルに相違行を追加して、サイトにどのようなエラーが発生していることをチェックすることができます。

define( 'WP_DEBUG', true );

WP_DEBUG ラインが既に存在する場合 falsetrueに変えるようにします。

WP_DEBUGを有効にした場合 wp-contents / debug.log ファイルの具体的なエラーを確認することもできます。 このエラーをチェックして適切に対処するようにします。

ファイルパーミッションを確認する

ファイルパーミッション(File Permissions)の構成が間違って、このエラーが発生する可能性があります。 WordPressでは、次のようなファイルパーミッションが推奨されます。

  • wp-admin:755
  • wp-content:755
  • WP-コンテンツ/themes:755
  • WP-コンテンツ/plugins:755
  • wp-content / uploads:755
  • wp-config.php:644
  • .htaccess:644
  • その他のすべてのファイル:644

通常は、FTPに接続してFileZillaでファイルパーミッションを変更することができます。 しかし、サーバーを直接セットして運営する場合は、SSHでパーミッションを設定する必要があります。 (サーバーを直接作成して運営する場合は、http所有者の設定が間違って問題が発生する場合があります。)

参照


コメントを残す

*メールアドレスは公開されません。