ウェブサイトの503バックエンドサーバー接続失敗エラーを修正する

503 バックエンドフェッチ失敗エラーは、ウェブサイトが完全にまたは部分的に使用できなくなる可能性のあるサーバー側のエラーです。このエラーは、ウェブサイトへのアクセス、コンテンツのダウンロード、決済処理システムの使用など、様々な状況で発生する可能性があります。

このエラーは、ウェブサイトサーバーがバックエンドサービスと効率的に通信できなかったことを示しています。通常、プラグイン、サーバーのオペレーティングシステム（OS）、または拡張機能のアップデートによって発生します。これはサーバー側の問題であるため、お客様はブラウザでウェブサイトを更新することしかできません。

ウェブサイトでこの問題が発生した場合は、ウェブ管理者に連絡して、管理者側でエラーを修正することをお勧めします。

基本的なトラブルシューティング

ブラウザページを再読み込みします。 ページを数回更新して、503 エラーを一時的に解決します。
サーバーステータス: ホストサーバーがダウンしているか、メンテナンス中かどうかを確認します。
バックアップ： トラブルシューティング中にデータが失われないように、サーバー、サイト、データベースのバックアップがあることを確認してください。
サービスとサーバーを再読み込みまたは再起動します。 Varnish などのサービスを再読み込みまたは再起動してみてください。それでもエラーが解決しない場合は、サーバーの再起動を検討してください。
アップデート： 関連するすべてのサービス、アプリケーション、およびサーバー OS が最新であることを確認します。

3. サイトとリソースを確認する

ウェブサイトのストレージスペースやリソースが不足すると、必要な操作を実行できず、バックエンドのフェッチが失敗する可能性があります。

WordPressダッシュボードに移動して أدوات > サイトの健全性 > 情報.
ストレージ容量が限界に近づいていないかご確認ください。限界に近づいている場合は、ストレージ容量を追加するか、不要なアイテムを削除する必要があるかもしれません。場合によっては、プランのアップグレードが必要になることもあります。
他のサーバーリソースが過負荷になっていないこと、およびこの問題を解決するとエラーが解消されることを確認してください。

4. リソースの可用性を確認する

バックエンドサーバーに存在しないリソースにアクセスしようとすると、エラーメッセージが表示されます。リバースエージェントはこのエラーを503（バックエンドフェッチ失敗）として報告する場合があります。

確認 URL أو コード 選択します サプライヤー 彼が到達しようとしているもの。
必要なリソースがサーバー上で利用可能かどうかを確認してください。利用できない場合は、適切な場所にリソースをアップロードしてください。
問題が解決しない場合は、実行中のアクションがウェブサイト全体の読み込みを試みていないことを確認してください。例：
```
.request ="GET HTTP/1.1"
```
この件について以下のように検討します。
```
.request="GET /sitehealth.html HTTP/1.1"
```

5. Cloudflareの設定を変更する

Cloudflareの設定が適切でないと、バックエンドサーバーのリソースへのアクセスが制限され、503エラーが発生する可能性があります。これらの設定を変更することで、この問題を解決できます。

Cloudflareダッシュボードにログインし、 الأمان > Elementorに変更を加える.
コピー IP ディスプレイは WAF > أدوات.
タップする リリース 次に、場所を入力し、IP を許可リストに追加します。

6. サーバーのタイムアウト制限を増やす

バックエンドサーバーの応答時間がリバースプロキシに設定されたタイムアウト制限よりも長い場合、バックエンドからデータを取得する際にエラーが発生します。サーバーのタイムアウト制限を増やすことで、この問題を解決できます。設定によって方法は異なりますが、Varnishでは以下の手順で実行できます。

Varnishの設定に移動します。例：
```
/etc/sysconfig/varnish
```
ファイルを編集 VCL会議 待機時間を、たとえば 300 秒に増やすには (デフォルトは通常 60 秒です)、次のようにします。
```
first_byte_timeout = 300秒
```
変更を保存し、エラーがまだ存在するかどうかを確認します。
Varnish 設定の変更後にエラーが発生した場合は、可能であれば、以前の機能的な設定に戻します。

7. サイトのヘルスチェック設定を変更する

Varnishなどのリバースプロキシキャッシュがバックエンドサーバーのヘルスチェック情報にアクセスできない場合、またはバックエンドサーバーのヘルスチェック情報に問題があると判断された場合、バックエンドサーバーエラーが発生する可能性があります。この問題を解決するには、サイトのヘルスチェック設定を修正してください。

設定に次の行が存在する場合は削除します。
```
.url="/health_check.php"
```

問題が解決したかどうかを確認してください。
それでもうまくいかない場合は、 ワニスログ 不健康であるとマークされたものを識別し、それに応じて対処します。
```
sudo varnishlog -g request -q "VCL_call eq 'BACKEND_ERROR'"
```

8. サーバーのPHPを以前のバージョンに戻す

最新のPHPバージョンアップデートがウェブサイトのバックエンドと互換性がない場合、503エラーが発生する可能性があります。以前のPHPバージョンに戻すことで、この問題を解決できる場合があります。例えば、BluehostでWordPressを使用している場合は、以下のようになります。

انن<XNUMXxDXNUMX><XNUMXxDXNUMX><XNUMXxDXNUMX><XNUMXxXNUMX>لل<XNUMXxDXNUMX><XNUMXxDXNUMX><XNUMXxDXNUMX><XNUMXxAXNUMX> 操作盤 特に Bluehost の場合は、タブを選択します。 高機能.
以内に cPanelの、に移動 MultiPHPマネージャ 「ソフトウェア」セクションで、影響を受ける Web サイトを見つけます。
変化する PHPバージョン 前のバージョンに戻って、エラーが解決されたかどうかを確認します。

9. プラグイン、ツール、拡張機能、テンプレートを無効にする

アドオン、ツール、拡張機能、またはテンプレートがサーバー設定と互換性がない場合、503エラーが発生することがあります。問題のある項目を特定するために、これらを1つずつ無効化してから再度有効化することで、エラーを軽減できます。

たとえば、503 エラーの原因となることが知られている Jira Service Desk 上の GZip を無効にするには、次のようにします。

に移動 操作盤 Jira独自の指定 > 基本設定 > GZip圧縮を使用する.
GZip 圧縮を無効にして、エラーが解決されるかどうかを確認します。

10. MagentoでCSPモジュールを無効にする

コンテンツセキュリティポリシー（CSP）モジュールは、Magentoアプリケーションのセキュリティを確保します。CSPモジュールが現在の設定と互換性がない場合、503エラーが発生する可能性があります。

Magento で CSP モジュールを無効にすると、問題が解決する可能性があります。

塗りつぶし ターミナル 次のコマンドを順番に実行します。
```
php bin/magento モジュール:Magento_Csp を無効にする php bin/magento c:f
```
実行後、503 エラーが修正されたかどうかを確認します。

11. ホストヘッダー、子タグ、およびポートの構成を変更します。

バックエンドフェッチエラーは、ホストヘッダーが大きすぎる、子タグの初期化が不適切、またはポート設定に問題がある場合にも発生する可能性があります。これらの設定を調整することで、エラーを修正できる場合があります。

.host_headerプロパティの追加

特別なアプリケーション .host_header バックエンドサーバーがスキャンが正しいホストに送信されていることを確認します。
始める デバッグ レコードに含まれるホストヘッドの詳細を調べます。

Magentoから子タグを削除する

これを入力してください ファイル:
```
MagentoConfigurableProductPluginModelProduct
```
消去 ベビーサイン ヘッダーから、エラーが解決されたかどうかを確認します。

Docker Compose からポートを削除する

見つける ドッカーの作成 そしてファイルに行きます デフォルト.vcl.

ポートを サービス名 以下に示すように：

クライアント: イメージ: ... ポート: <-- 削除 - ターゲット: 80 公開: 8080 モード: ホスト

ファイルを編集 デフォルト.vcl それに応じて：

バックエンドのデフォルト { .host = "client"; .port = "80"; }

この変更によって問題が解決するかどうかを確認します。

12. 体系的なアプローチの使用

上記のすべての手順が失敗した場合は、体系的なアプローチを使用して 503 エラーの原因を特定する必要があります。

記録を確認する

診る記録リバースプロキシに関連付けられている、または PHP、バックエンドサーバー、またはホスティング設定を調べて、エラー 503 につながる可能性のある違反を探します。
欠陥が検出された場合は、根本的な問題を修正してエラーを排除します。

完全な競合テストを実行する

支払う 完全な競合テスト 設定で許可されている場合は、潜在的な競合を検出してください。競合が発生した場合は、それらを解決してバックエンドのフェッチエラーを解消してください。

バックエンドサーバーへの直接アクセス

リバースプロキシを使用している場合、 ワニスこれを回避し、バックエンドサーバーに直接アクセスしてみてください。これがうまくいく場合は、リバースプロキシの設定に問題がある可能性があります。直接アクセスが成功した場合は、次の手順を検討してください。

評価する キャッシュタグの長さ Magentoで使用されるファイルサイズ（特に商品数の多いストアでは重要）は、Varnishで設定されているデフォルトの制限（通常8192バイト）を超える可能性があります。これを修正するには、Varnishの設定でhttp_resp_hdr_len（例えば70000バイト）を変更します。同様に、Varnishのhttp_resp_sizeも調整します。
ファイルを確認してください ヘルスチェック.php 正しいディレクトリに配置されているか、Varnishの設定を調整して正確な場所を指定することもできます。デフォルトは/pub/health_check.phpですが、Nginxサーバーの場合は/health_check.phpに変更する必要があるかもしれません。
Magentoサイトの場合、ファイル メンテナンスフラグ 存在する場合は、削除または名前を変更してからサイトを更新し、エラーが解決されるかどうかを確認してください。
確認 製品ルール Magento 内部では、バックトレースを使用して、エラーの原因となっている可能性のある無効な出力を特定します。

これらの方法が効果がない場合、サイトを基本的な要素（例えば、プレースホルダコンテンツを含むインデックスファイルなど）にまで削減します。徐々に機能を再度導入し、503エラーの原因となっているものを特定します。問題が解決しない場合は、サポートチャネルにお問い合わせください。 サポート 適切なサポート (WordPress サポート、Magento サポート、または Hostinger サポートなどのホスティングプロバイダーのカスタマーサービスチーム)。

質問と回答