求助：IIS托管Web应用在客户端办公室出现err_connection_closed连接异常

问题核心分析 #

本地测试正常但客户端办公室访问失败，说明问题出在客户端办公网络与服务器之间的链路或超时配置，而非应用本身业务逻辑（数据库环节已正常完成）。err_connection_closed通常是连接被中途强制断开导致的，重点排查超时设置和中间网络设备限制。

排查与解决步骤 #

• 调整IIS及应用的超时配置

  • 打开IIS管理器，找到目标站点进入高级设置，将连接超时从默认120秒调整为至少720秒（12分钟）以上，覆盖数据库流程耗时
  • 检查应用程序池的空闲超时，设置为大于流程耗时的数值，避免进程被提前回收
  • 若为.NET应用，修改web.config中的<httpRuntime>节点，设置executionTimeout="7200"（2小时）允许长请求执行：

    <system.web>
      <httpRuntime executionTimeout="7200" />
    </system.web>
    

• 排查客户端办公网络的中间设备限制

  • 客户端办公室的防火墙、企业代理服务器大概率存在会话超时限制，会主动断开长时间无数据传输的连接，请联系客户端IT团队：
    • 检查防火墙的TCP会话超时时间，确认是否短于12分钟
    • 检查代理服务器的连接保持策略，是否会终止长时间未响应的HTTP连接
  • 可让客户端临时切换手机热点测试，验证是否为办公网络导致的问题

• 优化长流程的交互模式（根治方案）

  • 12分钟的同步HTTP请求不符合Web应用设计规范，建议改为异步模式：
    • 用户触发流程后，服务器立即返回任务ID，客户端通过定时轮询接口获取任务状态
    • 任务完成后，通过WebSocket或浏览器通知API推送结果，避免长时间占用连接
  • 若暂时无法重构，可在流程执行期间添加心跳机制：服务器每隔1-2分钟向客户端发送少量空白数据（如空格），保持连接活跃，防止中间设备断开

• Chrome浏览器深层排查

  • 让客户端在Chrome地址栏输入chrome://net-internals/#events，过滤err_connection_closed事件，查看具体断开原因（如TCP reset、超时等）
  • 检查客户端本地防火墙、杀毒软件是否拦截了长时间的HTTP连接

内容的提问来源于stack exchange，提问作者user25100632