null (“”)에 400 잘못된 요청 오류가 발생하는 이유와 왜 nginx 로그가 그렇게 많은가?

Logwatch의 일일 로그는 정기적으로 400 개의 잘못된 요청을보고합니다. null : 1744 nginx 로그의 시간입니다.

로그 항목은 다음과 같습니다.

123.123.123.123 - - [25/Jan/2011:14:44:19 -0500] "-" 400 173 "-" "-"

누구나 이것이 어떻게 생성되고 왜 그렇게 많은지 설명 할 수 있습니까? 아무것도 아프지 않은 것으로 보이지만 하루에 최대 8000 개가 나타납니다. 우리는 유니콘과 nginx에서 실행되는 중간 크기의 레일 응용 프로그램을 호스팅합니다.

이 논의 의 nginx 포럼은,하지만 난 400 잘못된 Reqeusts가 로그인 한 수를 감소 진정한 해결책을 발견하지 않았습니다.

linux web-server nginx ruby-on-rails web-applications

— johnml
소스

잘못된 요청을하는 IP 주소는 무엇입니까? 스레드에서 말하는 것처럼 TCP 연결 만 여는 모니터링 프로그램 일 수 있습니다.

— Mark Wagner

많은 IP 주소가 있습니다. 대부분이 400과 혼합 된 정상적인 웹 트래픽을 포함하는 세션이 있습니다. 세션의 트래픽이 많은 샘플에서 IE 브라우저의 활동 만 목격 한 것 같습니다.

— johnml

내 서버에서 Firefox를 사용하여 페이지에 액세스하면 마지막 유효한 요청 후 정확히 5 초 후에이 빈 400 개의 로그 중 하나를 제공하지만 Firebug는 오류를 표시하지 않습니다. 이것은 @Avleen의 답변에 신뢰를 부여합니다.

— Phrogz

브라우저가 Keep-Alive를 사용하고 Keep Alive 제한 시간에 도달 할 때 종종 발생합니다. 꽤 정상입니다.

GET 또는 POST 등과 같은 URI / 경로 / 방법에 400 개의 오류가 표시되면 사용자가 잘못된 요청을하는 데 합법적 인 문제가있는 것입니다. 그러나 그것들은 드 물어야합니다.

— 아벨 린
소스