我们有一个开发网络服务器（ubuntu），上面运行着一些网站。大多数时候，它运行良好，但自从我们开发以来，在加载网页时会收到“无法连接”错误，这没什么特别的，即使是在一个简单的 html 页面上。一分钟前还运行良好的页面，这种情况持续了几分钟，之后它又开始工作了。
因此，几分钟内我们无法通过 http 请求连接到我们的服务器，例如 ssh 可以正常工作。我们监控了服务器负载，但负载始终保持在 0.03。
我们认为问题可能出在 Apache 或 Mysql 上，但即使重新启动它们，服务器仍然无法访问。
更新： 当无法通过域名访问服务器时，我们使用服务器的 IP 地址时它仍然可以工作。因此，我认为问题不在于服务器本身，而在于路由器上的 DNS 中存在问题。
谁知道可能是什么问题？
答案1
您想使用内置server-status模块监控 apache：
http://httpd.apache.org/docs/2.2/mod/mod_status.html
确保您还在ExtendedStatus On全局配置中进行了设置（而不是在虚拟主机中）。
然后，您可以检查是否存在长时间运行的请求，或者您的工作人员是否已经耗尽。
答案2
当无法通过域名访问服务器时，我们使用服务器的 IP 地址时它仍然可以工作。因此，我认为问题不在于服务器本身，而在于路由器上的 DNS 中存在问题。
谁知道可能是什么问题？
注意：这取决于服务器返回的 ping 数据包是否是有用的测试。您的服务器可能出于“安全原因”而配置为不返回 ping 数据包（尽管这实际上不会给您带来太多安全性）。
当这种情况发生时（并且服务器没有响应您的 http 或 https 请求），您可以通过主机名 ping 服务器吗？如果可以，则您的 ping 命令已成功通过 DNS 解析服务器地址（即不是 DNS 问题），并且您的路由器正在将 ICMP 回显请求传递到该地址（即不是路由器问题）。因此，如果 ping 有效，您应该集中精力查找服务器，因为这可能是罪魁祸首。
如果 ping 不起作用，请按照正常网络问题进行故障排除（例如，查看 DNS 解析，尝试 traceroute 以查看您的连接尝试是否在途中的某个地方中断，等等）
后期编辑：
我错过了你写的：
因此，几分钟内我们无法通过 http 请求连接到我们的服务器，例如 ssh 可以正常工作。
从上面的描述中，我无法确定您是指“ssh servername.domain.tld”在发生中断时是否正常工作，或者您只是指如果在发生中断时通过 ssh 进入服务器，您的 ssh 连接不会断开。如果在发生这种情况时您可以保持 ssh 连接并保持主动连接（即，不要仅仅因为 ssh 连接没有断开就判断您已连接），则不太可能是路由器问题。使用 dig（或 nslookup，但一旦您学会使用 dig，效果会好得多）之类的程序来测试 DNS 解析应该非常容易。