通过在SBS 2003 SP2上运行的ISA作为LAN网关，无论局域网中有多less客户端正在运行，我都会看到大量的HTTP超时到任何外部服务。 服务器有两个网卡：一个用于LAN / DMZ（不同的IP范围;在一个端口上使用虚拟局域网）和一个用于WAN的卡。 ISA不是用作Web代理，而是使用各种工具从wget和telnet上的通常的可视化浏览器以及例如PHP应用程序中validation超时。
我使用了一些脚本和rrdtool来制作这个图表，它测量外部资源的加载时间（我已经testing了七个不同的外部网站，当然有适当的权限，以testing加载时间;所有外观都一样）。 单位（见左总数）以秒为单位; 我收集数据时设置了最大30秒的超时时间。
（注意：这个图像大小约为270kb，宽度为16000像素！） ISA超时RRD图http://markus.fischer.name/tmp/isa_timeout.png
该graphics跨越24小时; 从11日至13时20分的停电是由于重新configuration（显然没有任何改变）。
我已经validation了以下几点：
硬件，如交换机和电缆，已被validation不会造成这种情况。
更新：
我决定把这个提高一点，并为这个问题开一张M $支持票。 我会在收到更新后追加更新。
更新2：
两周过去了，没有太多进展。 我其实不是自己买票，但是我们有一家公司为我们做这件事。 我认为这是一个明智的举措，为其他事情节省了我的时间。
无论如何，这张票在第一周就被M $忘记了，因此上周才有所进展，导致ISA部署的补丁，遗憾的是没有任何改变。
下一步，他们要求他们昨天收到的广泛的报告信息。
更新3：
现在是八月十号。 8月6日这个问题突然消失了。 在一天中午11点17分左右，最后的永久测量超时发生了。 从那以后，在这种情况下就不会有来自没有外部主机的networking出现这样的问题。
没有任何一项行动可以确定与这一突然失踪事件有关。 前一天晚上在公司内部发生了部分停电事故，12时30分，我们重新安装了一些在停电后没有完全恢复的硬件（我们只知道问题已经发生，直到今天下午晚些时候）。
从我的支持公司和M $本身来看，除了收集日志和报告之外，在这之前和之后都没有出现。 既然时间就是金钱，我现在暂停进一步的研究。
您是使用ISA作为Web代理还是仅仅作为路由器/ NATer？ 我发现，如果ISA是网关，我不使用ISA作为Web代理，那么我打开网站时遇到问题。 我从来没有把这个问题固定下来，因为只是把它作为Web代理使用，问题就消失了。
JR
您是否尝试过运行SBS 2003最佳实践分析器 ？ 除其他外，它将检查几个NIC相关的问题并提供解决scheme。 确保在运行testing之前检查分析器中的更新。
你有没有使用像wget这样的工具来validation你的结果？ 你是使用ISA作为代理还是透明代理？ 如果在IE中设置代理自动检测，有时客户端会有问题。 如果你关掉这个function，或者很难把它configuration成使用你的ISA代理，那么情况会好很多。
在我的一个客户启动时，我遇到了同样的问题，但不像您似乎拥有的那样可靠或普遍。
这个问题从一天到另一天，没有任何人做任何事情。
我不偏执，但它可能是一个个人电脑是一个机器人networking的一部分。