Apache2：上传会反复重新启动

我们在CMS的Perl模块CGI中使用不同的上传脚本，多年来没有遇到过这样的问题

我们客户的员工无法成功下载。 无论文件的类型或大小，无论他们使用哪种浏览器，无论他们是在工作中还是在家中登录。 如果他们试图使用我们系统的某个上载页面，则会发生以下情况： 在下载约94%之前，重新加载似乎一直有效。突然，重新加载重新启动，同样的过程一次又一次地发生

错误日志中的显示如下：

Apache2::RequestIO::read: (70007) The timeout specified has expired at (eval 207) line 5

最糟糕的是，如果我使用我们的VPN隧道登录我们客户的系统，我就永远无法重现我在家里所能重现的错误。 我在谷歌上搜索过，但没有多大成功。 我检查了apache的超时设置，设置为300秒，这是非常慷慨的。 我甚至检查了content length字段的值0，因为我发现一个论坛条目引用了与content length字段0相关的CGI错误

现在，我真的被卡住了，没有主意了。 请给我一些新的好吗

apache服务器是版本2.2.16，perl CGI模块是版本3.43。

---

我们正在使用mod_perl。

我们知道我们的客户没有使用任何类型的负载平衡。

---

在不让任何人知道我们的客户的情况下，基础架构部门启动了负载平衡器。这样，请求就会转到不同的服务器并超时

由于您是一个声誉>25K的用户，因此可以安全地假设您排除了防火墙/网络；反向代理缓存/负载平衡可能解释了如果代理仅缓存外部请求，VPN连接为何工作；Apache访问规则；允许使用请求对象的方法，并且您确信VPN会将您指向正确的安装位置，并且所有服务器都已刷新/重新启动、缓存已清除等。是的，您有一个有趣的问题：-当然，UID/GID中的权限和更改解释了*nix系统上大量的升级和更改管理问题；我没有提到它，因为上传是通过VPN工作的：-那么，限制文件大小的防火墙规则或CGI环境变量如何？我不记得这样的事情是否适用。。。CGI_POSTMAX？我想我已经检查了大多数obviuos陷阱，尽管我不是设置服务器的专家。文件上载的限制设置得足够高-这些用户用于上载500MB的iso文件。事实上，这个问题很有趣，但我更愿意解决这个问题。解决这个问题的下一步显然是让网络人员参与进来，并将VPN链路上的数据包流量与外部链路上的流量进行比较——但我意识到这并不总是可能的。收集一些证据向他们表明这可能是网络问题c.f.VPN工作，外部链接不工作。看看正在创建的文件：它们的大小是否完全相同？较小的文件能通过吗？是否在事务中的其他地方施加了超时或速率限制？看起来我发现了问题所在，但我仍在等待确认。我在上传文件时做了更多的测试，发现上传图像、iso文件和其他文件都没有问题，无论大小——甚至更小的exe文件。问题主要发生在较大的exe文件和其他可执行文件上。所以我检查了服务器上的病毒扫描程序-什么都没有。现在，我怀疑寄宿者使用某种病毒扫描程序进行深层包装检查？将上载延迟到超时时间结束。