Azure Web App认证服务ERR_CONNECTION_CLOSED问题范围确认求助

假设1：是否仅客户端外因素导致该错误？ #

结合跨网络/地区多设备均可复现的现象，基本可以排除单一客户端本地问题（如浏览器缓存、本地防火墙、代理配置），但需通过以下验证确认：

• 测试非Chrome浏览器（如Firefox、Edge），若同样出现ERR_CONNECTION_CLOSED，进一步排除Chrome专属适配问题
• 在Azure Web App所在区域的虚拟机内，用curl -v或Postman直接发起请求：
  • 若虚拟机内请求能正常接收302响应并跳转，说明问题出在客户端到Azure边缘节点的链路中
  • 若虚拟机内也出现连接中断，说明问题可能源于Azure平台层的网络配置（如VNet集成、NSG规则、防火墙）

假设2：问题是否出在Web API服务器与客户端之间（不含Web服务器）？ #

服务器日志已生成302响应，说明Web App应用层已完成处理并发送响应，但响应未到达客户端，问题大概率出在应用层之后的链路，可通过以下步骤验证：

• 检查Azure Web App网络配置：
  • 确认VNet集成、网络安全组（NSG）规则是否限制了出站/入站流量，是否拦截302跳转响应
  • 若启用Azure Front Door/CDN，检查缓存、路由规则是否导致响应被截断，查看Front Door访问日志是否有异常记录
• 客户端抓包分析：
  • 用Chrome DevTools（勾选Preserve log和Disable cache）或Wireshark查看TCP连接状态：
    • 若TCP握手完成后服务器发送FIN/RST包断开连接，说明Azure平台或中间网络设备主动终止连接
    • 若未收到任何响应包，可能是路由丢包或防火墙拦截
• 开启Web App诊断日志：
  • 启用Detailed Error Logging和Failed Request Tracing，排查平台层是否存在响应发送异常、端口耗尽等记录

临时排查调整建议 #

鉴于Azure支持响应延迟，可先自行排查平台层配置：

• 暂时关闭VNet集成、CDN等中间组件，直接访问Web App默认域名，验证问题是否消失
• 重启Web App实例，开启Always On设置，排除实例异常导致的连接问题
• 检查Azure订阅配额（如出站带宽、端口数）是否达到上限

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