我有一个Debian Squeeze专用服务器，它包含4个前端网站，以及几个后台工具和API（主要网站）。
自2008年以来，这一切都没有问题 – 但突然间，今天我们遇到了很多110: connection timed out错误，当试图连接到框托pipe的API。
这些应用程序是基于PHP / MySQL的，服务器软件是Apache。
每个调用API调用的域都被映射到/etc/hosts文件中的127.0.0.1，并且在curl和wget的命令行testing中显示实际的DNS查找正常parsing。 连接工作可能是三分之一。
我们检查并增加了（作为预防措施）Apache max_connections 。 同样，mysql的连接限制已经增加 – 但是这两个限制都没有达到。
超时testing请求甚至不涉及Apache错误/访问日志 – 看起来像Apache只是没有响应某些请求。
服务器负载本身永远不会超过0.6。
iptable规则自昨天以来没有改变（当这工作），并允许127.0.0.1内部连接。
绕过一个PHP /重写规则等我已经尝试请求从命令行上的子文件夹的简单图像。 在testing中，这个返回大概是三分之一。 其他时间失败。
任何人都可以build议接下来看什么？
——————更新—————–
似乎服务器间歇性closures端口80。 IP表没有规则来做到这一点…
有任何想法吗？
不同的是，我们发现使用端口扫描工具，端口80每隔几秒就会打开和closures – 我们无法find原因。 防火墙/ iptables被禁用，Apache被configuration为接受端口80上的连接….
我们试图重新安装Apache，它不会卸载（看起来腐败） – 最终我们最终重新安装操作系统来解决。
我将启用Apache状态模块，请参阅http://www.apache.org/server-status上的示例，并确保连接长时间不处于以下状态之一：W，R，C。
对应用程序或环境也有任何改变吗？