HTTP/2环境下HTTPS请求80秒终止（仅办公环境客户端至服务器）

• 办公环境网络设备的HTTP/2专属超时规则
  很多企业级防火墙、负载均衡或代理设备对HTTP/2的连接管理逻辑和HTTP/1不同，部分老设备会针对HTTP/2连接设置硬编码的80秒空闲超时，而HTTP/1的长连接超时配置更宽松。这类设备可能无法正确识别HTTP/2的多路复用特性，把单条流的空闲当成整个连接的空闲状态，触发断开。

• NAT网关会话超时差异
  办公环境的NAT设备通常会对不同协议的会话设置不同超时时间。HTTP/1长连接会通过频繁的请求响应刷新会话计时器，但HTTP/2多路复用下如果长时间没有新的流活动，NAT网关可能在80秒后判定连接空闲并回收会话，导致客户端与服务器的连接中断。而服务器间的连接可能走内部网络，不经过NAT，所以不受影响。

• 代理服务器的HTTP/2支持缺陷
  若办公环境部署了代理服务器（如旧版Squid、企业级安全代理），部分老版本代理对HTTP/2的实现存在缺陷，无法正确维持长连接，到达80秒后强制断开连接。而HTTP/1的代理逻辑成熟，不会出现这类问题。

• TCP Keepalive拦截或配置差异
  HTTP/2和HTTP/1默认的TCP Keepalive参数可能存在差异，办公环境的防火墙可能拦截了HTTP/2的TCP Keepalive探测包，导致连接被判定为空闲断开。服务器间的内部网络通常不会拦截这类包，所以连接正常。

排查步骤 #

• 抓包定位断开源：在客户端和服务器分别进行TCP抓包，查看断开连接的FIN/RST包来源。如果包的源IP是防火墙或代理设备，说明是中间设备触发的断开。
• 模拟活跃连接：在客户端主动发送HTTP/2 PING帧保持连接活跃，若连接不再断开，可确认是空闲超时导致的问题。
• 临时绕过中间设备：在办公环境中直接连接服务器（如通过VPN绕过代理/防火墙），测试是否还会出现断连，缩小问题范围。
• 检查设备配置：联系运维团队查看办公环境防火墙、代理、NAT设备的HTTP/2超时配置，确认是否存在80秒的硬限制。

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