是什么导致null（“”）错误400错误，为什么我们的Nginx日志会有这么多？

Logwatch的每日日志会定期报告400错误请求，空值：1744来自我们的Nginx日志的时间。

日志条目如下所示：

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

谁能解释这些是如何产生的，为什么会有这么多呢？它似乎没有受到任何伤害，但是我们一天最多可以出现8000次。我们托管在unicorn和nginx上运行的中型Rails应用程序。

Nginx论坛中有一些讨论，但是我还没有找到一种真正的解决方案，可以减少400个记录的Bad Reqeusts的数量。

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

— 约翰
source

发出错误请求的IP地址是什么？如线程中所说，它可能是一个仅打开TCP连接的监视程序。

— 马克·瓦格纳

IP地址很多。大多数会议的会话包含正常的网络流量以及这400个流量。我想我只是在示例中目睹了来自IE浏览器的活动，而在这些示例中，我仅关注了会话的流量。

— johnml 2011年

我注意到在服务器上，使用Firefox访问页面时，总是在最后一次有效请求之后的5秒钟内给出空白的400条日志之一，而Firebug没有显示错误。这使@Avleen的答案可信。

— Phrogz

当浏览器使用Keep-Alive并达到Keep alive超时时，通常会发生这种情况。这很正常。

如果在URI /路径/方法（例如GET或POST等）中看到400个错误，则说明用户提出了错误的请求，这是一个合理的问题。但是这些应该很少见。

— 阿夫林
source