这可能是在我的ISP的networking东西，我的箱子是共置的…不完全确定。 我只想在这里查看是否有人看到过这样的与服务器相关的问题，所以我也可以在那里查看。
如果我去我的网站之一，我得到一个“无法连接”的消息在Firefox。 如果我F5两三次，它会出现，但这不是我的search引擎优化，也不是我的客户，试图从search引擎打我的网站…他们不知道刷新页面。
我做了一个iisreset，实际上只是重新启动整个盒子…同样的问题仍然存在。
我已经检查了我的事件查看器（包括应用程序和系统日志），没有什么特别的。 我可以RDP到我的箱子就好，没有打嗝。 ping / t到ips之一不会产生超时。
我不知道接下来要检查什么
更新：
我忽略的一件事是，这台服务器自2011年10月以来一直在提供页面，没有任何问题。 今天刚刚开始
看起来像是服务器而不是networking，因为当我尝试从本地获取站点时，它显示的是相同的症状。
我不完全确定是第一次导致问题的应用程序池。 原因是，我可以在Firefox中加载一个站点，然后立即在Chrome中尝试，并且不会出现。
这不是在虚拟机上。
有些理论可能会帮助你制定一个计划：
IIS 7.5将每个网站创build为应用程序池（如果通过GUI创build）
一个应用程序池运行在一个W3WP.exe中
W3WP启动是应用程序池生命周期中最昂贵的时间
应用程序池（主要）需求启动 – 它们只在请求到达时启动
默认20分钟后IIS超时（closures）空闲应用程序池
重叠回收比冷启动快
IIS对应用程序池的默认启动时间限制为90秒，如果它们没有以该数字运行，则会终止（并重新启动，即重新启动）。
如果你发现你的第一次请求的performance是可恶的：
它可能只是因为你的应用程序在第一次运行时会做很多事情，这会受IO / network / db性能的影响
不要让应用程序池停止
检查应用程序池启动过程中发生的IO – ResMon（包含在W2008R2和W7中）可能会给您一个很好的洞察，特别是在显示粗略字节/秒速率和IO等待时间的磁盘选项卡上
使用Perfmon跟踪网站的性能与IO性能与W3WP启动时间的比较
如果这个盒子本身就是一个共享的虚拟机，我会build议它是太共享的，或者没有适当的缩放。 Perf计数器涉及wallclock而不是相对虚拟机时间感知可能是有用的诊断。