빈번한 서비스 499(Nginx PHP-fpm), 이 문제를 어떤 각도에서 조사해야 합니까?

상용서비스 499(Nginx PHP-fpm), 이 문제는 어떤 각도에서 조사를 시작해야 할까요?

답글 내용:

상용서비스 499(Nginx PHP-fpm), 이 문제는 어떤 각도에서 조사를 시작해야 할까요?

499클라이언트가 연결을 종료한 상태여야 합니다.
일반적으로 클라이언트가 너무 오래 기다려서 연결을 닫게 되므로 PHP 처리 프로그램의 처리 용량이 수요를 충족하기에 충분한지 확인하고 처리 프로세스를 적절하게 늘려 대기 시간을 줄이는 것이 좋습니다. 클라이언트의. 또한 프로그램 중단으로 인한 예외를 방지하려면 nginx에 proxy_ignore_client_abort on;을 구성하여 클라이언트의 연결 끊기 요청을 무시하는 것이 가장 좋습니다.
물론 또 다른 공격을 받을 가능성도 있습니다...

1. 클라이언트 요청 속도가 느린지 확인하세요.
2. nginx 시간 초과를 확인하고 조정하세요. 시간을 더 길게 설정하세요. 기본값은 60초입니다

<code>client_header_timeout 180s;
client_body_timeout   180s;</code>

<p>499는 "클라이언트가 연결을 종료했습니다"에 해당합니다. 이는 서버 측 처리 시간이 너무 길고 클라이언트가 "참을성이 없기" 때문일 가능성이 높습니다. 이 문제를 해결하려면 프로그램에서 일부 최적화를 수행해야 합니다. (50* 유형 오류와 다소 유사) <code><br>499对应的是 “client has closed connection”。这很有可能是因为服务器端处理的时间过长，客户端“不耐烦”了。要解决此问题，就需要在程序上面做些优化了。(有点类似与50*类错误)<br>rfc2616中，400～500间的错误码仅定义到了417，所以499应该是nginx自己定义的。<br> rfc2616에서는 400~500 사이의 오류 코드는 417에만 정의되어 있으므로 499는 nginx 자체에서 정의해야 합니다.

http://blog.csdn.net/rainday0310/article/details/8166163에서

1.499, 클라이언트가 연결을 닫았습니다. 이는 클라이언트가 적극적으로 연결을 끊었음을 의미합니다. 일반적으로 서버 측 처리 시간이 너무 길어 클라이언트가 기다릴 수 없기 때문에 연결이 끊어집니다. 누군가 공격하여 고의로 서버 리소스를 소모하는 상황도 있으며, 이로 인해 서버가 적시에 요청을 처리하고 결과를 반환할 수 없게 됩니다.

2. 일반적으로 PHP 처리 프로세스 수, fastcgi 실행 시간 초과, http 전달 구성 오류 등을 최적화하여 서버가 너무 오랫동안 http 요청을 처리하지 못하도록 합니다.