上载后ASP.Net超时处理文件

我们在IIS7上有一个ASP.Net web应用程序，用于上载Excel文件，然后通过在SQL server上运行作业将其加载到SQL数据库中。应用程序将等待作业完成，然后向用户显示消息。由于使用了一些较大的文件，应用程序将抛出以下错误

网络错误tcp\U错误

发生通信错误：Web服务器可能也已关闭 忙，或遇到其他问题，无法响应 请求。您可能希望稍后再试。为寻求帮助， 联系您的网络支持团队

该应用程序使用asp:View从各个步骤进行操作。我已经尝试使用会话超时和httpRuntime executionTimeout值来说明作业运行所需的时间，但它似乎没有任何效果。我知道工作已经完成，但应用程序没有向用户显示反馈。我认为这个错误是在应用程序点击逻辑向用户显示显示所有最终消息的视图时抛出的

我只能猜测a有另一个我不知道的超时设置，b另一个配置文件设置正在推翻我对应用程序的web配置设置，或者c asp:View将所有不同的步骤作为一个长进程计算，并且在每个步骤完成时不重置时钟

正如我所说，文件上传很好，工作也很好完成，应用程序无法前进到最后一步，在最后一步向用户显示视图。关于我可以寻找什么来解决这个问题，有什么想法吗？我唯一的其他选择是重写应用程序，不等待作业完成，并以其他方式通知用户

更新1 进一步测试后，错误似乎来自我们创建的ASP.Net自定义代码，该代码执行SQL批量复制，而不是SQL作业的运行。当前测试在本地测试大约运行220秒，但会导致测试服务器超时

更新2

---

经过更多的研究，我倾向于认为用户pevgeniev是正确的，这只是浏览器的一个限制因素。唯一阻止我将此标记为已回答的问题是，我不知道为什么文件上载似乎没有相同的问题。

如果您在浏览器中遇到此错误，则超时时间在客户端，而服务器端则没有什么可以做的。正如您所建议的，您可以重写应用程序，以便它轮询客户端的结果，而不是期望在一个请求中完成任务。

真的吗？我认为这是更多的服务器端配置，因为我首先阅读的链接都是人们试图在大型500mb+文件上使用ASP上载控件的详细示例。在这些帖子中，回复者通常引用能够处理大文件而不超时的应用程序。假设问题是相关的，我希望它只是另一个配置设置应用程序或服务器端。考虑到导致超时的步骤是我们的SQL批量复制ASP.Net代码，如果这是客户端/浏览器问题，听起来我好像被卡住了。我认为你是对的，但我找不到任何东西来解释为什么在文件上载时不会发生同样的问题。除非是因为客户端在文件上传过程中仍然处于活动状态，所以技术上不是超时。我不能100%确定文件上传的差异，但我也认为这是因为浏览器和服务器之间仍然存在活动连接，所以技术上请求仍然没有完成。