ウェブサイトがまたクラッシュ？エラー521、502、504の違いを数秒で知る！(究極の解決策）

サーバーサイドのエラーはたくさんあるが、数あるエラーコードの中でも521そして502 そして504 間違いというのは、おそらく最も一般的で混乱を招くものだろう。

何が問題なのか、最初に判断できるようにするためだ。

I. コアコンセプト：エラーコードとは何か

ウェブサイトを訪問すると、そのプロセスは協調システムのように機能します。このシステムには3つの重要な役割があり、以下の役割の1つに何か問題が発生すると、ウェブサイトのエラーが発生します：

ユーザーブラウザ
クラウドフレアまたはCDN その他のサービス
ウェブサーバー（Nginx、Apacheなど）

それぞれのエラーが何を表しているのか見てみよう：

エラー521：ウェブサーバーがダウンしています

仲介代理店サービス（例．クラウドフレア)はあなたのアクセス・リクエストを正常に受け取ったが、ウェブ・コンテンツのためにあなたの発信元サーバーにコンタクトしようとすると、サーバーがまったく応答していないことがわかる。

要するに、中間エージェントは機能するが、あなたのウェブサーバーの電源が切れているまたは走っていない.

一般的な原因

ウェブ・サーバー・プログラム（Nginx、Apacheなど）が起動しない。
サーバーホストの電源障害またはダウンタイム
ファイアウォールの設定が正しくなく、接続をブロックしている。
サーバーが過負荷でまったく応答しない

エラー502：不正なゲートウェイ

中間プロキシがソースサーバーへの接続に成功したが、サーバーから返されたコンテンツが誤ってフォーマットされていたり、認識できなかったり、空の応答を返したりする。

簡単に言えば、サーバーはオンラインだが、返されるのは仕様に適合しないデータ(エラーコードなど）、中間エージェントが処理できない原因となる。

一般的な原因

ウェブアプリケーション（PHP、Pythonプログラムなど）のクラッシュや異常終了
サーバーの設定ミス
プログラムコードのバグが出力例外を引き起こした
サーバーのメモリ不足、プロセス終了

クリックして詳細を見る502：不正なゲートウェイとその修正方法

エラー504：ゲートウェイタイムアウト

中間プロキシはあなたのソースサーバーにリクエストを正常に送り、サーバーはそのリクエストを受け取ったが、処理時間が長すぎて中間プロキシが設定した待ち時間の制限を超えている。

要するに、サーバーはまだ動いているが処理が遅すぎる(タイムアウト）、中間エージェントを待たせる。

一般的な原因

過剰なサーバー・トラフィックと処理能力不足
非効率なプログラム実施と対応の遅さ
データベースクエリが複雑で時間がかかる
サーバーリソース（CPU、メモリ）の不足
ネットワーク接続の質が悪い

これらの3つのエラーはすべてウェブサイトにアクセスできない状態として現れますが、根本的な原因や発生する場所は異なります。これらの違いを理解することで、問題を素早く特定し、解決することができます。

II.3大エラーを素早く診断する表

エラーコード	誤称	「誰が」エラーを報告したのか？	げんいん	凡例
521	ウェブサーバーがダウン	クラウドフレア / CDN	Cloudflareがソースウェブサーバーに接続できません。サーバープロセスがシャットダウン、ホストがダウン、ファイアウォールがブロックされています。	裏のキッチンは閉まっていて、誰も応答しなかった。
502	バッド・ゲートウェイ	任意のプロキシ/ゲートウェイ	プロキシサーバーが上流サーバーから無効または破損した応答を受信した。アプリケーションのクラッシュ、設定エラー、プロセスの通信障害。	シェフは得体の知れない "ダーク・ディッシュ "を手渡す。
504	ゲートウェイタイムアウト	任意のプロキシ/ゲートウェイ	プロキシサーバーが上流サーバーからの応答を待っている間にタイムアウトする。上流サーバーが過負荷になり、アプリケーションの実行が遅くなり、データベースのクエリが遅くなる。	バックルームで注文を受けたが、調理に時間がかかり、ウェイターは待てなかった。

重要な違いはこれだ：

521 接続障害です。(ドアには一切触れられない）。
502 は無効な応答です。(スパムの受信）。
504は対応が遅すぎる。(返事が待ち遠しい）。

第三に、521エラーに遭遇した、ウェブマスターは何をすべきか？

521はクラウドフレア / CDN報告されたエラーは、ソース・サーバーに問題があることを意味します。以下は詳細なトラブルシューティングの手順です：

ウェブサーバー・プロセスのチェック::

とおすSSHサーバーに接続します。
ウェブサーバーが起動していることを確認する（使用するソフトウェアによって、以下のコマンドのいずれかを実行する）：
- Nginxの場合。 systemctl status nginx
- アパッチ用。 systemctl status apache2 もしかしたら エイチティーティーピーディー

プロセスが実行されていない場合は、起動してみてください：sudo systemctl start nginx

サーバーリソースのチェック::

ターミナルで実行する トップ もしかしたら htop コマンドでCPUとメモリーの使用状況を確認してください。リソースを使い果たしたためにプロセスが強制終了された可能性がある。

ポートリスニングのチェック::

うごく netstat -tuln | grep :80 (HTTP）または netstat -tuln | grep :443 (HTTPS)
ウェブ・サーバーが正しいポートでリッスンしているか確認する。出力がない場合は、ウェブサービスが実行されていないか、設定が間違っています。

ファイアウォールとセキュリティグループのチェック::

これは非常に一般的な原因である！ クラウドプロバイダー（AWSやAliCloudなど）のセキュリティグループルールが、CloudflareのIPアドレスがソースサーバー（通常80歌で応える443ポート).Cloudflareは公式に全IPセグメントのリストを提供しており、ホワイトリストに登録する必要がある。

ログファイルのチェック（最も重要なステップ）::

ウェブサーバーのエラーログには通常、クラッシュの原因となったエラーに関する情報が含まれている。直接の原因.
Nginxのログは通常/var/log/nginx/error.log

Apacheのログは通常/var/log/apache2/error.log
利用する tail -f /var/log/nginx/error.log リアルタイムでログを見て、エラーを再現しようとすると、たいていすぐに手がかりが見つかる（コンフィギュレーションの構文エラー、モジュールの欠落、パーミッションの問題など）。

IV.どうすれば防げるのか？

監視アラームの設定例えば、UptimeRobotやPingdomなどのツールを使ってウェブサイトを監視し、ダウンしたらすぐにメールやSMSで通知する。
資源モニタリングPrometheus、Grafanaなどのツールを使ってサーバーのCPU、メモリ、ディスク容量を監視し、早期警告を行う。
プロセスモニタリング使用システムディーリスタート・メカニズムそのもの、あるいは監督などのツールを使って、ウェブサーバー・プロセスがクラッシュしたときに自動的に再起動されるようにします。
設定の確認サーバー・コンフィギュレーションを変更するたびにnginx -tもしかしたらapachectl configtestコマンドを使用して、コンフィギュレーションをリロードする前に、コンフィギュレーションの構文が正しいかどうかをテストします。

概要

エラー521は、Cloudflareの準備はできているが、ソースサーバーがダウンしているという明確なサインです。 502（受信）とは異なる。無効または破損した応答と504（レスポンスタイムアウト）です。）この問題を解決する基本的な考え方は、サーバーにログインし、ウェブプロセスのステータス、リソースの使用状況、ログから手がかりを探すことです。ウェブサービスの再起動.

お問い合わせ
チュートリアルが読めない？無料でお答えします！個人サイト、中小企業サイトのための無料ヘルプ！	カスタマーサービス WeChat
① 電話：020-2206-9892
② QQ咨询：1025174874
三 Eメール：info@361sale.com
④ 勤務時間: 月～金、9:30～18:30、祝日休み