HTTPのステータスコード499とnginxの499エラーの比較説明

ログ レコードの HTTP ステータス コードに 499 エラーが表示される状況は数多くあります。私が遭遇した状況の 1 つは、nginx がバックエンドに戻され、ログ ステータス レコードが 499 であったということです。送信バイト数は0です。

オンライン製品は長い間変更されていないため、ウェブサイトのシステムが調子が悪いと報告するユーザーが常にいます。そのため、フロントエンドプログラムの問題は基本的に除外できます。そのため、インターフェイスが問題であると考えましたGetメソッドで呼び出されるメッセージが不安定なので問い合わせたところ、問題ないとのことでしたので、確実な証拠を得るためにnginxサーバーのログファイル（awstatsログ）を解析したところ、問題ありませんでした。ログにはエラー コード 499 のエラーが多数あり、ログ ファイル全体の約 1% を占め、すべてのエラー レポートの約 70% しか占めていないことがわかります (すべてのエラー レポートについては、次の図を参照してください)。すべてのエラー レポートの合計は 1% を超えますが、これは依然として非常に大きな量です。

499エラーとは何ですか? NGINX のソース コードの定義を見てみましょう:

ngx_string(ngx_http_error_495_page), /* 495, https 証明書エラー */

ngx_string(ngx_http_error_496_page), /* 496, https 証明書がありません */

ngx_string( ngx_http_error_497_page), / * 497, http から https */

ngx_string (ngx_http_error_404_page),/ * 498, キャンセルされました */

Ngx_null_String,/ * 499, クライアントが接続を閉じました */

499 は、「クライアントが接続を閉じました」に対応します」。これは、サーバー側の処理時間が長すぎてクライアントが「せっかち」であることが最も考えられます。

Nginx 499 エラーの原因と解決策

Nginx の access.log を開くと、最後の送信に HTTP1.1 499 0 が表示されていることがわかります。Baidu で nginx 499 エラーを検索すると、結果はすべて「クライアントがアクティブに切断されました」と表示されます。

しかし、テストした結果、これは明らかにクライアントの問題ではありません。ポート + IP を使用してバックエンド サーバーに直接アクセスすると、この問題が発生しないからです。後で nginx をテストしたときに、投稿が 2 回送信された場合に発生することがわかりました。あまりにも早く、499 が表示されます。nginx が安全でない接続であると判断し、クライアントの接続を積極的に拒否したようです

しかし、関連する問題を検索しても解決策が見つかりませんでした。このエラーの解決策は英語のフォーラムにあります:

proxy_ignore_client_abort on;

これが安全かどうかはわかりません。

これは、パラメータ proxy_ignore_client_abort on; を設定することを意味します。

プロキシ サーバーがアクティブにクライアント接続。

この設定で nginx を再起動すると、問題は実際に解決されます。セキュリティが少し欠けていますが、常にサーバーが見つからないよりははるかに良いです。

もう 1 つの理由は、後でテストしたところ、クライアントが実際に接続を閉じているか、接続がタイムアウトになっていることがわかり、どれだけタイムアウトを設定しても、PHP プロセスが不十分であることが判明しました。 PHPのプロセス数の問題を改善し、デフォルトで子プロセスが5つしか開かない問題を解決しました。

以上がHTTPのステータスコード499とnginxの499エラーの比較説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。