服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

使用SBS 2003 SP2作为LAN网关会导致大量的HTTP超时

通过在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了以下几点: LAN / DMZ通过服务器到WAN的stream量导致超时 从服务器到WAN的stream量不会导致超时 从LAN / DMZ到服务器的stream量不会 超时 硬件,如交换机和电缆,已被validation不会造成这种情况。 更新: 我决定把这个提高一点,并为这个问题开一张M $支持票。 我会在收到更新后追加更新。 更新2: 两周过去了,没有太多进展。 我其实不是自己买票,但是我们有一家公司为我们做这件事。 我认为这是一个明智的举措,为其他事情节省了我的时间。 无论如何,这张票在第一周就被M $忘记了,因此上周才有所进展,导致ISA部署的补丁,遗憾的是没有任何改变。 下一步,他们要求他们昨天收到的广泛的报告信息。 更新3: 现在是八月十号。 8月6日这个问题突然消失了。 在一天中午11点17分左右,最后的永久测量超时发生了。 从那以后,在这种情况下就不会有来自没有外部主机的networking出现这样的问题。 没有任何一项行动可以确定与这一突然失踪事件有关。 前一天晚上在公司内部发生了部分停电事故,12时30分,我们重新安装了一些在停电后没有完全恢复的硬件(我们只知道问题已经发生,直到今天下午晚些时候)。 从我的支持公司和M $本身来看,除了收集日志和报告之外,在这之前和之后都没有出现。 既然时间就是金钱,我现在暂停进一步的研究。