頻繁なサービス 499 (Nginx+PHP-fpm)、この問題はどのような角度から調査を開始すればよいですか?

頻繁なサービス 499 (Nginx+PHP-fpm)、この問題はどのような角度から調査を始めるべきですか?

返信内容:

頻繁なサービス 499 (Nginx+PHP-fpm)、この問題はどのような角度から調査を始めるべきですか?

499应该是客户端关闭连接了吧。
一般客户端关闭连接应该是因为等待太久了，所以建议查查PHP处理程序是处理能力是否足够满足需求，适当增加处理进程，减少客户端等待的时间。另外最好通过在nginx里配置proxy_ignore_client_abort on;プログラムの実行中断による例外を回避するために、クライアントの切断要求を無視します。
もちろん、別の攻撃を受ける可能性もあります…

1. クライアントのリクエスト速度が本当に遅いかどうかを確認します。
2. nginx のタイムアウトを確認し、時間を増やします。 60代のはずです
リーリー

<p>499 は、「クライアントが接続を閉じた」に対応します。これは、サーバー側の処理時間が長すぎてクライアントが「せっかち」であることが最も考えられます。この問題を解決するには、プログラムでいくつかの最適化を行う必要があります。 (50* タイプのエラーに似ています) rfc2616 では、400 から 500 までのエラー コードは 417 までしか定義されていないため、499 は nginx 自体で定義する必要があります。 <code><br>499对应的是 “client has closed connection”。这很有可能是因为服务器端处理的时间过长，客户端“不耐烦”了。要解决此问题，就需要在程序上面做些优化了。(有点类似与50*类错误)<br>rfc2616中，400～500间的错误码仅定义到了417，所以499应该是nginx自己定义的。<br>

http://blog.csdn.net/rainday0310/article/details/8166163より

1. 499、クライアントが接続を閉じました。これは、通常、サーバー側の処理時間が長すぎて、クライアントが待機できないために切断されたことを意味します。また、何者かが攻撃してサーバー リソースを意図的に消費し、サーバーがリクエストを処理できなくなり、タイムリーに結果を返せないという状況もあります。

2. 解決策: 一般に、サーバーが http リクエストを長時間処理しないように、PHP 処理プロセスの数、fastcgi 実行タイムアウト、http 転送設定エラーなどの側面から最適化します。