说明：错误意味着与服务器的连接已经被问题描述：这个错误是由服务器连接中断造成的，它是由服务器连接失败造成的。
问题描述：此错误是由于服务器连接中断造成的。

如果你检查了C：窗口system32和httperrhttperr *。在分发服务器的日志文件，你可能会看到一timer_minbytespersecond错误或timer_connectionidle错误。这些都是包含在iis'default设置，使其数据库，定义为保持活着的最大空闲时间之前删除连接，允许连接的最小交通流量。因为某些原因，SUS服务器似乎把他们的好时光而下载更新，而这些参数超过和分发服务器drops'em.

此问题是由于某些应用程序中IIS的缺省设置不当造成的。

1）从IIS管理器，右键点击Internet信息服务器（IIS），服务器，它是非常强大的。
1）打开Internet信息服务（IIS）管理器，右键单击我的电脑；；mdash；mdash；属性，选择允许直接编辑配置数据库（N）确认。
2）打开C：窗口system32inetsrvMetabase.xml文件在记事本。做一个minfilebytespersec更改设定搜索。minfilebytespersec从240到0。做一个搜索，这一次connectiontimeout 是600。保存更改并退出。
2）编辑C：窗口system32inetsrvMetabase.xml文件，改变minfilebytespersec参数值从240到0，并设置ConnectionTimeout参数600。
3）重新启动IIS管理服务以实现更改。
3）重新启动IIS服务

替代的方法

如果你安装了最新的Windows Server 2003，网络连接可能还是servicepack问题后太慢。网络跟踪是用来确定客户是否收到应答和重发的数据包延迟。为了解决这个问题，减少或禁用IIS 6防止minfilebytespersec属性从早期关闭缓慢的客户端连接。

其他网民对解决方案的评论和评论：

我认为这些解决方案存在一些问题。如果汽车防盗报警器经常响，正确的解决办法是看谁会经常反对你的车的想法，或者把车放在一个更安全的地方，而不是关掉警报器。
由于HTTP服务需要占用TCP连接，TCP连接需要系统资源，而IIS需要为每个连接分配资源。可以说，硬件和软件都是很好的（见c10k）。如果恶意人员发起大量连接通过一个或更多的机器没有请求的内容，不消耗大量带宽的攻击机，他们可以消耗服务器资源，实现拒绝服务。
所以IIS需要近距离长，无效的连接，这是timer_connectionidle的误差来源。

认为，攻击者可以向服务器发送和接收内容和故意慢消耗服务器资源，这样可以避免对timer_connectionidle保护服务器，对minfilebytespersec对应IIS设置的minfilebytespersec财产，维护与数据量最小的连接，防止恶意软件或不能正常工作，客户端消耗资源。如果量低于设定的minfilebytespersec值，连接terminated.log将显示timer_minbytespersecond错误（有些错误是由Windows 2003 timer_minbytespersecond HTTP.SYS误差，导致溶液是玩最新的servicepack。