クラウドウェイズで WordPress アプリケーションの作成後にサイトにアクセスしたときに403 Website Unavailableエラーが発生したために接続できないという問題が最近経験されました。 403 Forbiddenエラーはさまざまな原因で発生する可能性があります。クラウドウェイズでこのエラーが発生した場合は、解決策を見てみましょう。
403 Website Unavailableエラーの原因
403 Forbiddenエラーは、ブラウザがサーバーに正常に要求を送信し、サーバーもこれを理解しましたがアクセス権がないため、要求を拒否したときに発生します HTTPステータスコードです。
このエラーは、ページやディレクトリが存在しないためではなく、アクセスしたユーザー（IP、アカウント、要求方法など）がそのリソースにアクセスできないようにサーバーがブロックしたときに表示されます。つまり、サーバーが「このリソースを表示できない」と明示的に拒否する応答です。
403エラーの原因
- ファイルまたはディレクトリ権限設定エラー
Webサーバーがファイルまたはディレクトリを読み取ることができないように無効な許可（権限値）が設定されている場合 - インデックスファイルなし+ディレクトリリストのブロック
Webルートディレクトリにindex.phpやindex.htmlなどのインデックスファイルがなく、ディレクトリリストの表示もブロックされている場合 - アクセスブロックの設定
.htaccessファイルまたはApache / Nginx設定で特定のパスまたはファイルへのアクセスがブロックされている場合 - セキュリティソリューション（IP、国、VPNブロックなど）
サーバー、WAF、セキュリティ機器で特定のIP、IP帯域、国、VPNなどをブロックした場合 - 認証失敗または権限不足
ログインが必要なリソースですが認証されていない場合、またはログインしてもアカウントの権限が不足している場合 - HTTPS/SSL設定エラー
SSL証明書が正しくインストールされていないか、HTTPS設定が正しくないため、サーバーが接続を拒否した場合 - ホスティング/プロキシ/CDNポリシーの問題
AWS CloudFrontなどのCDNまたはプロキシ、ホスティングサーバーの権限、またはポリシー設定でリクエストがブロックされている場合 - 無効なURLアクセス
URLミスや誤ったリンクのため、公開されていないディレクトリにアクセスする場合
クラウドウェイズで403 Website Unavailableエラーが発生した場合
クラウドウェイズにインストールされて WordPress サイトを別のクラウドウェイズアカウントに移行する作業を進めました。
ちなみに、クラウドウェイズでは、サーバーを別のクラウドウェイズアカウントに移動することが可能です。 Transfer Serverをクリックして別のアカウントに移行できます。もちろん、他のクラウドウェイズアカウントの情報も知っておく必要があります。
サイトを操作した後、クライアントのクラウドウェイズアカウントにすぐに移動したい場合は、この方法を使用すると便利です。
ただし、アプリケーションを別のクラウドウェイズアカウントで作成されたサーバーに移動することは一般的です WordPress 移行（以前）操作と同じです。
WordPress サイトのデータとDBをバックアップした後にサイトが移動されるサーバー上 WordPressを作成してサイトにアクセスしようとすると、下の図に示すように403 Website Unavailableエラーが発生しました。
このエラーは、私のIPアドレスがブロックされてアクセスできない場合にも発生する可能性があります。
この問題が発生した場合は、まずライブチャットでカスタマーセンターに連絡して、接続エラーの原因についてお問い合わせください。
この問題について問い合わせると、カスタマーセンターの担当者は、「サーバーにインストールされているアプリケーションの数が多すぎて、Nginxを再起動するまでキャッシュが残っている」と伝えました。
実際にサーバーを見てみると、アプリケーション数が200個を超えました。😥
1つのサーバーに追加された WordPress サイト数が222個になりました。このように多くのサイトを個別にインストールすると、管理が困難になります。 100サイトまたは200サイトを設置して管理する必要がある場合は、マルチサイトを検討してください。
クラウドウェイズサーバーへ WordPress アプリケーションが200個以上上がっているので、Nginxが各サイトごとのキャッシュと設定の両方を処理しなければならず、この量が過度に増えています。その結果、Nginxが古いキャッシュを正しく更新できず、キャッシュされた誤ったルーティング・権限情報がそのまま残り、特定のサイトにアクセスすると403エラーが発生する可能性があります。
顧客センター担当者が言った「Nginxを再起動するまでキャッシュが残っている」という意味は、サイト数が多すぎてNginxが自動的に最新の設定を反映できず、接続エラーが繰り返されることがあるという意味で、 アプリケーション過剰によりサーバーのNginxキャッシュ・設定処理能力が限界に達して発生した構造的な問題と理解できます。
この場合、Nginxサーバーを再起動すると問題が解決します。実際にNginx Webサーバーを再起動するとエラーがなくなりました。😄
サイトの数が多すぎると、Nginx Webサーバーを再起動したので、完了するのに少し時間がかかりました。
クラウドウェイズでNginx Webサーバーを再試行するには、サーバーリストでサーバーをクリック→ サービスの管理 ページ→Nginxサービスについて Restart（再起動） ボタンを押すだけです。
最後に、
クラウドウェイからサーバーへ WordPress サイトにエラーが発生した場合は、年中無休の24時間稼働するライブチャット相談を通じて支援を受けることができます。
サーバーにサイトが多すぎる場合、サイトはサーバーリソースを共有するため、特定のサイトで過度に多くのリソースを消費すると、サーバー内のサイト全体に影響を与える可能性があります。サーバーに適切な数のサイトを維持することが望ましいようです。
クラウドウェイズのようなホスティングでも403エラーが発生しているようですね。サーバーのアクセス権の設定が間違っているとサイトにアクセスできなくなるため、まず原因を特定する必要があるようです。
どんな問題でも原因を把握しなければ簡単に解決できるようです。クウェはライブチャットで問い合わせることができ、問題が発生しても迅速に解決が可能な場合が多いです。 😊
本当に苦しいですね！ 403エラーは WordPress 設定の問題かもしれませんので、クラウドウェイズのお客様センターにお問い合わせください。
403エラーは WordPress 設定やサーバーセキュリティルールのためにも頻繁に発生しました。クラウドウェイズをご利用の場合は、クウェにリアルタイムでお問い合わせいただくことができます。