代理出现 502 Bad Gateway 错误：排查究竟是谁返回的

代理返回 502 时的具体表现

我们让测试代理返回 502 并记录了具体响应（示例已替换为 203.0.113.10:8080 和 user123:pass456）：

• HTTPS 网站：运行 curl -x http://user123:[email protected]:8080 https://example.com 会输出 curl: (56) CONNECT tunnel failed, response 502。
• 普通 HTTP 网站：curl 收到状态码 502。
• Chrome 通过该代理加载 HTTPS 页面时会提示 ERR_TUNNEL_CONNECTION_FAILED，完全不会显示 502 页面。
• 代理检测工具 显示 HTTP 502；其他错误代码也会以同样形式显示为 HTTP <code>。

关键鉴别点：HTTPS 网站上直接出现 502 页面

对于 HTTPS 网站，代理仅负责建立传输隧道，无法在加密连接内插入自己的页面。如果代理端连接被拒绝，Chrome 会提示 ERR_TUNNEL_CONNECTION_FAILED。因此，当你在 https:// 地址上看到渲染出完整的“502 Bad Gateway”页面时，这几乎必然来自目标网站的服务器，而非代理。

你可以通过关闭代理并重新加载同一页面来验证。如果依然出现 502，则说明网站本身出现故障，此时只能等待恢复或联系网站管理员。

确实是代理返回 502 的常见原因

• 目标网站未响应代理请求。 目标站点宕机、过载，或拒绝来自该代理 IP 段的连接。
• 域名输入错误或无法解析。 代理无法解析站点的 IP 地址，因而无法转发请求。
• 目标端口未开放。 请求访问的端口并非该网站对外提供服务的端口。
• 代理端出现临时故障。 这种情况较罕见；表现为通过该代理访问所有网站均返回 502，但更换其他代理后即可正常访问。

不同环境下的排查方法

• Chrome 或防关联指纹浏览器环境： 在同一配置环境下打开另一个大型网站。如果能正常打开，说明代理正常，原网站才是问题所在。
• 手机端： 关闭 Wi-Fi 代理设置，改用移动蜂窝网络访问该页面，以确认是否所有人都无法访问该网站。
• curl： 添加 -v 参数查看 502 是否在 CONNECT 建立后立即返回，然后换用其他域名重试以缩小排查范围。
• Python requests： 对于 HTTP 页面，可检查 response.status_code == 502 并在短暂延迟后重试；对于 HTTPS 页面，隧道建立失败会抛出 requests.exceptions.ProxyError 异常。建议拉长重试间隔，避免对目标站点造成过大压力。

操作步骤

1. 1

   观察 502 出现在何处

   https 地址上直接渲染出 502 页面说明问题出在网站端；Chrome 提示隧道错误则说明问题在代理链路。

2. 2

   关闭代理并重新加载

   不使用代理访问依然返回 502，说明网站本身发生故障。

3. 3

   通过同一代理访问其他网站

   如果其他网站可以正常访问，说明代理正常，仅原网站拒绝连接或已宕机。

4. 4

   使用检测工具测试代理

   将代理配置粘贴至代理检测工具。如果测试所有网站均返回 HTTP 502，请提交工单并附上检测结果。

常见问题