代理 502 Bad Gateway 表示代理服务器作为网关正常收到了您的请求，但在向上游（目标网站或代理的上级节点）转发时得到了无效响应。它属于服务端类错误，多数情况下并非本地配置有误，而是链路中某一环节临时故障。本文围绕上游网关故障、代理服务器过载、目标站返回异常三类典型原因，给出系统的排查方法与修复策略。
502 错误的常见原因
- 上游网关故障：代理与目标网站之间的转发链路中断，代理拿不到合法响应，只能向客户端返回 502。
- 代理服务器过载：免费代理由大量用户共享，CPU、带宽或并发连接数达到上限后，节点无法正常处理新请求。
- 目标站返回异常：目标网站自身宕机或其前置网关出错，代理把错误状态原样透传回来，此时故障与代理本身无关。
- 请求头不完整：个别代理对缺失 Host 头的 HTTP/1.1 请求处理异常，也会以 502 的形式暴露问题。
逐步排查步骤
排查目标是定位故障发生在代理、上游链路还是目标站三者中的哪一段：
- 判断错误来源：观察返回页面。若报错页带有 squid、nginx 等代理软件的页脚，说明 502 由代理生成；若页面与直连目标站的报错一致，则是目标站自身的问题。
- 直连验证目标站：临时关闭代理直接访问目标网址，确认目标网站是否存活。
- 测试代理连通性：让代理访问一个稳定的测试地址，排除目标站因素后再下结论：
curl -x http://代理IP:端口 -v http://httpbin.org/status/200- 换节点交叉验证：切换多个节点重复上一步，若多数节点都失败，说明代理服务商整体异常；仅个别节点失败则是单点过载。
- 检查请求头：确认程序发出的请求携带完整的 Host 与 User-Agent，避免被代理直接拒绝解析。
解决方案与重试策略
502 多为临时性错误，在程序中加入自动重试通常比人工干预更有效，建议采用指数退避算法，避免在节点恢复前持续施压：
import requests, time
for attempt in range(5):
try:
r = requests.get(url, proxies=proxies, timeout=10)
if r.status_code != 502:
break
except requests.RequestException:
pass
time.sleep(2 ** attempt) # 指数退避：1s, 2s, 4s, 8s, 16s- 节点层面：将持续返回 502 的节点从代理池中摘除，并设置冷却时间，间隔一段时间后再复检。
- 服务商层面：若出现大面积 502，应及时联系代理服务商确认状态，或切换到备用渠道，避免长期依赖过载的免费共享节点。
如何预防 502 错误
日常使用中应维持至少两套可用的代理来源，并定期对节点做健康检查；为关键业务设置合理的超时与有限次重试；持续监控 502 的发生率，一旦比例异常升高立即切换出口。请确保所有访问行为符合目标网站服务条款与相关法律法规，不要利用重试机制对服务发起高频冲击。
Article ID: 57
（本文仅供技术交流，请遵守法律法规）