linux – 什么原因导致400 Bad Request错误为null(“”),为什么我们的nginx日志会有这么多?

来自Logwatch的每日日志定期报告400 Bad Request,null:1744来自我们的nginx日志的时间.

日志条目如下所示:

123.123.123.123 – – [25 / Jan / 2011:14:44:19 -0500]“ – ”400 173“ – ”“ – ”

任何人都可以解释这些是如何生成的以及为什么会有这么多?它似乎没有伤害任何东西,但我们一天出现了多达8000.我们托管在unicorn和nginx上运行的中型rails应用程序.

在nginx论坛中有some discussion,但我还没有找到真正的解决方案来减少400 Bad Reqeusts记录的数量.

解决方法

当浏览器使用Keep-Alive并达到保持活动超时时,通常会发生这种情况.
这很正常.

如果你看到400个错误与URI /路径/方法,如GET或POST等,那么你有一个合理的问题,用户提出了错误的请求.但那些应该是罕见的.

相关文章

linux常用进程通信方式包括管道(pipe)、有名管道(FIFO)、...
Linux性能观测工具按类别可分为系统级别和进程级别,系统级别...
本文详细介绍了curl命令基础和高级用法,包括跳过https的证书...
本文包含作者工作中常用到的一些命令,用于诊断网络、磁盘占满...
linux的平均负载表示运行态和就绪态及不可中断状态(正在io)的...
CPU上下文频繁切换会导致系统性能下降,切换分为进程切换、线...