反向代理返回 502 时，不要先重启整台 ECS

代理服务能够返回 HTTP 错误，说明请求至少到达了代理这一层，但还不能证明上游应用正常。排查 502 时，可以把代理入口和应用入口分开验证，避免把应用未就绪、端口变化和网络问题都归为“服务器异常”。 ## 明确上游指向哪里 先核对正在生效的代理配置，确认上游地址使用的是回环、私网地址还是容器名称。然后从代理所在的网络环境访问同一个上游。宿主机能访问的地址，不一定能从容器内部访问；反过来，容器里的服务名称也不一定能被宿主机解析。 ## 记录连接与响应两个阶段 连接被拒绝、连接超时和应用返回错误，是不同的观察结果。建议记录发生时间、目标主机类别、端口和固定错误分类，不记录认证头或完整查询参数。再核对应用当时的监听和就绪状态，判断代理是否把流量送到了尚未完成初始化的进程。 恢复时优先修正已确认的上游配置或应用问题。若确实需要重启，应使用服务自己的安全停止和启动流程，等待旧进程退出，再确认新实例就绪。把整台 ECS 重启放在排查起点，往往会同时清掉最有价值的现场证据。 参考：[systemd 服务类型与启动语义](https://www.freedesktop.org/software/systemd/man/latest/systemd.service.html)。本文讨论通用分层诊断，不提供特定代理软件的配置模板。