反向代理返回 502 时，先检查代理与应用之间的连接。确认应用是否在预定本机地址正常响应，再比较代理配置的上游与公网请求结果。
建立一个明确的本机响应
在对应服务器或允许的内部路径请求健康检查或代表性路由，记录地址、端口、状态与时间。如果本机不响应，应先查启动、监听和服务账户，再修改公网路由。
本机正常时，核对代理使用的地址、协议和路径是否与成功测试一致。应用在新端口工作，不能解决代理仍指向旧端口的问题。
保存代理层证据
IIS Application Request Routing 的官方文档区分不同 502 子状态及底层错误信息，应连同请求时间一起记录。其他代理有各自诊断方式，需要按实际产品解释，不能把所有 502 都当作同一种故障。
- 核对上游地址与协议。
- 对照同一次请求的代理和应用日志。
- 确认目标进程运行，并能从代理所在位置访问。
- 检查反复断开连接或异常耗时的应用工作。
- 核对代理与上游之间的 TLS 和主机名要求。
修正已经确认的原因
不理解请求就放大超时，可能隐藏耗时异常或阻塞。先确认时长是否符合预期、应用是否最终完成，以及由哪一层终止请求。做定向修正，再检查公网路由与真实业务动作。
给技术支持提供简短对照：本机结果、公网结果、排除隐私后的代理报错和发布时间。这样可以区分进程与转发问题，减少对 DNS 或网页文件的无效修改。