这可能是我的 ISP 的网络问题，我的盒子就位于那里...不太确定。我只是想在这里检查一下，看看是否有人见过与服务器相关的类似问题，这样我也可以在那里检查一下。
如果我访问我的某个网站，我会在 Firefox 中收到“无法连接”消息。如果我按 F5 两三次，它就会出现，但这对我的 SEO 和试图从搜索引擎访问我网站的客户来说都不是好事...他们不知道要刷新页面。
我已经完成了 iisreset 并且实际上重新启动了整个盒子...但同样的问题仍然存在。
我检查了我的事件查看器（应用程序和系统日志），那里没有发生任何异常。我可以正常 RDP 到我的盒子，没有任何问题。对其中一个 ips 执行 ping /t 不会产生超时。
我不知道下一步该检查什么......
更新：
我忘了提一件事，那就是这台服务器自 2011 年 10 月以来一直在提供网页服务，没有任何问题。今天才开始。
看起来是服务器而不是网络的问题，因为当我尝试在本地获取站点时它显示了相同的症状。
我不完全确定是第一次加载的应用程序池导致了问题。原因是，我可以在 Firefox 中加载一个网站，然后立即在 Chrome 中尝试，但它不会出现。
它不在虚拟机上。
答案1
一些理论可能有助于您制定计划：
IIS 7.5 将每个网站创建为一个应用程序池（如果您通过 GUI 创建它）
一个应用程序池在一个W3WP.exe中运行
W3WP 启动是应用程序池生命周期中最昂贵的时刻
应用程序池（大多数情况下）是按需启动的 - 仅在请求到达时启动
默认情况下，IIS 会在 20 分钟后超时（关闭）空闲应用程序池
重叠回收比冷启动更快
IIS 对应用程序池的默认启动时间限制为 90 秒，如果应用程序池未在该时间限制内运行，则会被终止（并回收，即重新启动）。
如果您发现您的第一次请求性能很差：
这可能是因为你的应用在第一次运行时执行了大量的操作，这会受到 IO/网络/数据库性能的影响
不要让应用程序池停止
检查应用程序池启动期间发生的 IO - ResMon（包含在 W2008R2 和 W7 中）可能会让您对此有很好的了解，特别是在磁盘选项卡上，它显示了粗略的字节/秒速率和 IO 等待时间
使用 Perfmon 跟踪网站性能、IO 性能和 W3WP 启动时间
- 以及 CPU/Net/Disk/Mem 方面的总体性能 - 如果其中任何一个成为应用程序启动的瓶颈，请进行改进
如果盒子本身是共享虚拟机，我认为要么是共享过度，要么是没有适当缩放。涉及挂钟而非虚拟机感知相对时间的性能计数器可能有助于诊断这种情况。