我有一个 Debian Squeeze 专用服务器，它托管 4 个前端网站和几个后台工具和 API（输入到主网站）。
110: connection timed out自 2008 年以来，这一切一直正常运行，没有问题 - 但今天我们在尝试连接到盒子上托管的 API 时突然遇到很多错误。
该应用程序基于 PHP / mysql，服务器软件是 Apache。
文件中将调用 API 的每个域都映射到 127.0.0.1 /etc/hosts，并且通过在命令行上进行测试发现curl实际wgetDNS 查找解析良好。连接可能每 3 次中就有 1 次有效。
我们已经检查并增加了（作为预防措施）Apache max_connections。同样，mysql 连接限制也已增加 - 但这两个限制都还远未达到。
超时的测试请求甚至没有触及 Apache 错误/访问日志 - 看起来 Apache 只是没有响应某些请求。
服务器负载本身从未超过 0.6。
iptable 规则自昨天（当它起作用时）以来没有改变，并且允许与 127.0.0.1 的内部连接。
为了绕过 php/rewrite 规则等，我尝试在命令行上从子文件夹请求一个简单的图像。在测试中，大约有 1/3 的几率会返回该结果。其他每次都会失败。
有人可以建议下一步还应该看什么吗？
- - - - - - - - - 更新 - - - - - - - - -
看来服务器正在间歇性地关闭端口 80。IP 表没有执行此操作的规则...
有任何想法吗？
答案1
奇怪的是，我们使用端口扫描工具发现端口 80 每隔几秒钟就会打开和关闭一次 - 我们无法找到原因。防火墙/iptables 已禁用，apache 已配置为接受端口 80 上的连接....
我们尝试重新安装 Apache，但它无法卸载（似乎已损坏）——最终我们重新安装了操作系统来解决问题。
答案2
我将启用 Apache 状态模块，请参阅以下示例http://www.apache.org/server-status并确保连接不会长时间停留在以下状态之一：W，R，C。
此外，应用程序或环境是否有任何改变？