もしあなたのサイトがCloudflareにアクセスしているにもかかわらず、時折「Error 521 - Web Server Is Down」が表示される場合は、次のことを意味します。 クラウドフレア ソース?サーバーに接続できません。このエラーはサーバーがダウンしているように見えますが、多くの場合、設定の問題です。
![畫像[1]-エラー521の解決:サーバーの保護とタイムアウト設定の確認](http://gqxi.cn/wp-content/uploads/2025/05/20250523164820747-image.png)
この記事では、エラー521が繰り返し発生する理由と、その「犯人」と思われる保護設定やタイムアウト設定についてお話します。
エラー521とは何ですか?
エラー521 はCloudflareが返すステータスコードで、「私は元気ですが、サーバーが応答していません」という意味です。これにはいくつかの原因が考えられます:
Cloudflareは機能している。
ソースサーバーがリクエストに応答しなかった
ファイアウォールがCloudflareをブロックしている。
サーバーリソースの枯渇または処理のタイムアウト
つまり、Cloudflareが問題なのではなく、ソースサイトが「シャットダウン」しているのだ。
521エラーを引き起こす一般的なガード?セットアップの問題
ファイアウォールCloudflareからのリクエストを遮斷
多くのサーバにはiptables、CSF、UFWなどのファイアウォールがあります。これらのツールは、Cloudflareがホワイトリストに登録されていない場合、「疑わしいリクエスト」として扱います。
解決策:Cloudflareの公式ページに行き、IPの完全なリストを取得し、サーバーファイアウォールのホワイトリストに追加する。サーバーターミナルにログインする(SSH)
![イメージ[2] - エラー521の解決:サーバーガードとタイムアウト設定の確認](http://gqxi.cn/wp-content/uploads/2025/05/20250523165447251-image.png)
以下のコマンドを入力して、Cloudflare IP ホワイトリストを追加します(部分的な例):
sudo ufw 173.245.48.0/20からの許可
sudo ufw は 103.21.244.0/22 から許可します。
sudo ufw は103.22.200.0/22から許可します。
sudo ufw は103.31.4.0/22から許可します。
- すべてのCloudflare IPセグメントが追加されるまで、上記のコマンドを繰り返します。
- 最終処刑:
sudo ufw reload
- それが完了したら、Cloudflare経由で再度サイトにアクセスし、エラー521がまだ表示されるかどうかを確認してください。
- すべてのIPセグメントはCloudflareから公式に提供されています。
例えば、UbuntuでUFWを使う:
sudo ufw 173.245.48.0/20からの許可
sudo ufw 103.21.244.0/22からの許可
Cloudflareのネットワークセグメントをすべて追加して、アクセスが機能するようにする必要があります。
ウェブアプリケーションファイアウォール(WAF)の誤分類
![イメージ[3] - エラー521の解決:サーバーガードとタイムアウト設定の確認](http://gqxi.cn/wp-content/uploads/2025/05/20250523173741957-image.png)
サーバーがImunify360、ModSecurity、BitNinjaなどの保護システムを有効にしている場合、Cloudflareリクエストを攻撃と誤認し、リクエストの頻度、ヘッダーフォーマット、IPの挙動によりブロックする可能性があります。
ブロックログを確認し、CloudflareのIPとUAをホワイトリストに登録し、必要に応じて保護感度を下げることをお勧めします。
PHP、Nginx、Apacheのタイムアウト設定の確認
サーバーのレスポンスタイムアウトは、Cloudflareが521を報告する原因にもなります:
PHPの設定(max_execution_timeは300以上を推奨)
- php.iniファイルを開きます(パスはサーバーによって異なります):
sudo nano /etc/php/8.1/fpm/php.ini
- 以下のパラメーターを見つけ、調(diào)整する:
最大実行時間 = 300
メモリー?リミット = 512M
- 保存して終了 (Ctrl+O, Enter, Ctrl+X)
- PHPを再起動します:
sudo systemctl restart php8.1-fpm
Nginxのタイムアウト設定
- nginx設定ファイルを編集する:
sudo nano /etc/nginx/nginx.conf
- httpブロックを追加する:
proxy_read_timeout 300;
fastcgi_read_timeout 300.
- 保存して実行する:
sudo nginx -t # コンフィギュレーションが正しいことを確認する。
sudo systemctl reload nginx
Apacheのセットアップタイムアウト(Apacheを使用している場合)
- 設定ファイルを編集する:
sudo nano /etc/apache2/apache2.conf
- 追加または変更する:
タイムアウト 300
プロキシタイムアウト 300
- 保存して再起動する:
sudo systemctl restart apache2
MySQL データベースの最適化に関する推奨事項
データベースの処理が遅くて負荷がかかると、サイト全體のレスポンスも低下します。
推奨される行動
- mysqltuner ユーティリティをインストールします:
sudo apt install mysqltuner
sudo mysqltuner
- ヒントに従って最適化する:
- 不必要な問い合わせを減らす
- 欠落インデックスの追加
- キャッシュ?パラメーターを増やす(query_cache_sizeなど)。
- 低速クエリのログを見る:
sudo nano /etc/mysql/my.cnf
以下が有効になっていることを確認する:
slow_query_log = 1
slow_query_log_file = /var/log/mysql/mysql-slow.log
long_query_time = 2
再開総合データベースその後、ログをチェックしてボトルネックを分析する。
上記の各操作は、実際にはサーバーターミナルで行うことが可能です。サーバーがパネル(例:cPanel、Pagoda)を使用している場合は、GUIで適切な設定項目を見つけて手動で調(diào)整することもできます。
![イメージ[4] - エラー521の解決:サーバーガードとタイムアウト設定の確認](http://gqxi.cn/wp-content/uploads/2025/05/20250523171459707-image.png)
ソースステーションの回復力不足
軽量サーバやリソースに制約のあるVPSでは、アクセスのピーク時にリソースが不足し、サービスがハングアップすることがあります。この場合、Cloudflareは當然ソースサイトに接続できません。
キャッシュ?プラグイン(例えば WPロケット(LiteSpeed Cache) を有効にします。 クラウドフレア キャッシュ、バックエンド?プラグインの負擔を減らす、あるいはホストの設定をアップグレードする。
Cloudflare側(cè)での最適化の提案
エラー報告はソースサイトの問題ですが、Cloudflareは緩和策も提供できます:
すべてのコンテンツをキャッシュする」ルールを有効にする
靜的ページに長いTTLを設定する
更新頻度の低いページには「エッジ?キャッシング」を使用する。
これにより、Cloudflareのソースサイトへのリクエストの圧力が効果的に軽減され、サーバーが一息つくことができます。
概要
エラー521が頻繁に発生するのは、ソースサイトが適切に設定されていないことが原因であることが多い。ほとんどの問題は、ファイアウォール、WAF、タイムアウト設定、サーバー負荷をチェックすることで解決できます。あまり変更したくない場合は、キャッシュと靜的リソースアクセラレーションを最適化することで、Cloudflareがより多くのコンテンツを処理できるようになり、ソースサイトが切斷されにくくなります。こうすることで、サイトの動作がより安定します。
お問い合わせ | |
---|---|
チュートリアルが読めない?無料でお答えします!個人サイト、中小企業(yè)サイトのための無料ヘルプ! |
![]() カスタマーサービス WeChat
|
① 電話:020-2206-9892 | |
② QQ咨詢:1025174874 | |
三 Eメール:info@361sale.com | |
④ 勤務時間: 月~金、9:30~18:30、祝日休み |
この記事へのリンクhttp://gqxi.cn/ja/55919この記事は著作権で保護されており、必ず帰屬表示を付けて複製してください。
コメントなし