WordPressで突然４０３エラーになったときの対処法

2016/12/17

WordPressで構成した数サイトが突然４０３エラーなり、正常に表示されなくなりました。

４０３エラーとはサイトは存在するが、特定のアクセス者にページを表示する権限が付与されず、アクセス拒否されたことを示すものです。

サイトのデータベース等に問題は生じていないので、サイトが消えてしまったといったことはないので安心てください。

WordPressで４０３エラーになってしまう代表的な原因は、

サーバー障害
index.phpの記述ミス
htaccessの設定ミス

の３つです。

今回は僕のサイトを事例にした４０３エラー対処法とその他対処法をいくつかご紹介します。

CDNによる原因

今回、僕のサイトが４０３エラーになった主な原因です。はじめは、サーバーの障害かと思いましたが、使用しているサーバー（Xserver）の障害情報は出ていなかったので違うようです。

そこで、aguse.jpを利用して４０３エラーになったサイトのサーバー情報を確認してみました。

aguse.jp
https://www.aguse.jp/

すると、ネームサーバーが使用サーバー（xserver）に設定されておらず、CDNのアドレスに設定されていました。(CloudFlare)

CDNとは、WEBサイトの表示速度を上げるために、インターネット上に分散配置されたキャッシュサーバーのことで、これがXserverにより、アクセス拒否されたようです。

なので、レジストリ（お名前.com）に移動して、ネームサーバーをCDN(CloudFlare)
からxserverのものに書き換えました。

これにより、４０３エラーを対処することができました。

最近ではキャッシュ系のプラグインを利用したり、PHP7やNginx、mod_pagespeedなどを導入すればサイトの表示速度を大幅に改善できるので、CloudFlareをはじめとしたCDNを利用しなくてもよいかもしれません。

htassの記述

４０３エラーは、htassの記述の原因もあるようです。主にアクセス制限による記述があるようです。なので、IPによるアクセス拒否設定などしていないか確認してみましょう。（order deny,allow 、deny from all、deny from～など）

Xserverでは、サーバーパネル上でアクセス制限拒否を設定できるので、htassの記述は必要ありません。

index.phpの記述と設定による原因

これは、WordPressサイトをルートディレクトリ設定を行うときに起きやすいです。

ルートディレクトリ設定は、index.phpに以下のような記述をします。

<?php
/**
 * Front to the WordPress application. This file doesn't do anything, but loads
 * wp-blog-header.php which does and tells WordPress to load the theme.
 *
 * @package WordPress
 */

/**
 * Tells WordPress to load the WordPress theme and output it.
 *
 * @var bool
 */
define('WP_USE_THEMES', true);

/** Loads the WordPress Environment and Template */
require('./設定したサブディレクトリ/wp-blog-header.php');

上記のように正しく記述できているか確認してみましょう。

また、index.phpがpublic_html直下に置いてあるか、そして、余計なhtmlファイルなどが紛れていないか確認しましょう。