代理 IP 请求出现 302 时，先不要直接换节点。302 是 HTTP 重定向响应，真正决定问题在哪一层的是响应头里的 Location、Server、Via、Proxy-Authenticate 以及请求是否经过了代理。代理认证失败、目标站跳转和浏览器自动跟随跳转，表面上都可能表现为“页面打不开”或“不断跳转”，但处理方式完全不同。
先关闭自动跟随，保留第一跳证据
用 curl 只查看响应头，不要一开始加 -L：
curl -I --max-time 10 --proxy http://USER:PASS@PROXY_HOST:PROXY_PORT https://example.com/path
curl -I --max-time 10 --max-redirs 0 --proxy http://PROXY_HOST:PROXY_PORT https://example.com/path记录状态码、Location 的完整 URL、响应头中的认证提示和出口地址。第二条命令用于验证未提供认证时代理如何响应；不要把真实密码写入 Shell 历史或工单。
看 Location 指向谁
- 指向目标站 HTTPS 或规范域名：常见于 HTTP 到 HTTPS、裸域到 www 或地区域名跳转，可能是正常业务行为。
- 指向代理登录页、认证地址或内部主机：更像代理网关的认证/策略响应，需要查账号、白名单和代理文档。
- 每一跳在两个地址之间循环：检查 Host、X-Forwarded-Proto、Cookie、地区策略和客户端是否把 HTTPS 误标成 HTTP。
- Location 暴露内网主机或带敏感参数：停止继续扩大请求，先遮盖日志并检查代理服务端配置。
区分代理认证和目标站重定向
代理认证通常在建立 HTTPS CONNECT 时返回 407，HTTP 明文请求也可能返回自定义 3xx；目标站重定向则发生在 CONNECT 建立后，由目标站返回 301/302。用 verbose 输出观察阶段：
curl -v --proxy http://USER:PASS@PROXY_HOST:PROXY_PORT --max-redirs 0 https://example.com/path -o /dev/null看到先收到代理的 HTTP/1.1 200 Connection Established，再看到 TLS 和目标站返回的 302，说明代理隧道建立成功，跳转来自目标站。若在 CONNECT 前就出现 407 或网关 3xx，应优先排查代理认证与策略。
检查客户端是否把跳转协议弄错
反向代理、PAC 规则和自定义客户端有时会把原始 HTTPS 请求转发成 HTTP，导致目标站反复把它跳回 HTTPS。检查：
- 代理客户端是否正确发送 CONNECT 和目标端口 443。
- 反代场景的
X-Forwarded-Proto是否与外部访问协议一致。 - Cookie 是否被代理或浏览器策略拦截，造成每次都回到登录页。
- 是否把 HTTP 代理地址误填成 SOCKS5，或把代理认证凭据放在不被客户端支持的位置。
如果是 API 客户端，先禁用自动重定向，读取第一跳的 Location，再决定是否允许跟随；不要让客户端无条件跨域跟随并把 Authorization 头带到新域名。
用多组对照确认出口和路径
至少做三组测试：直连、代理不认证、代理带认证。对每组保存状态码、Location、最终 URL、出口 IP 和时间：
curl -I --max-redirs 0 https://example.com/path
curl -I --max-redirs 0 --proxy http://PROXY_HOST:PROXY_PORT https://example.com/path
curl -I --max-redirs 0 --proxy http://USER:PASS@PROXY_HOST:PROXY_PORT https://example.com/path如果只有带认证的代理返回目标站 302，通常是出口地区、Cookie 或目标策略差异；如果三组都返回相同 302，可能是目标站正常规范化。不要仅凭状态码判断代理质量。
处理重定向循环的安全顺序
- 保存第一跳响应和脱敏后的请求参数。
- 确认代理认证在 CONNECT 阶段成功，记录代理服务端 Request-ID。
- 检查 Location、Host、X-Forwarded-Proto、Cookie 和目标域名是否一致。
- 限制自动跟随的域名范围与跳转次数，避免把凭据转发到未知域名。
- 修复后分别测试 HTTP、HTTPS、IPv4/IPv6 和带/不带 Cookie 的请求。
常见问题
代理 IP 返回302是不是被封了？
不一定。302 只说明响应要求客户端访问另一个 URL；要看 Location 来自代理还是目标站，以及直连对照是否相同。
curl加-L后就能解决吗？
不一定。-L 只是自动跟随跳转，可能掩盖第一跳的认证或协议错误，还可能把请求带到不应访问的域名。
为什么浏览器正常，程序却一直302？
浏览器会自动处理 Cookie、Referer、HSTS 和域名跳转，程序可能缺少这些状态。应在程序中显式管理重定向和 Cookie，而不是无限重试。
Location里有代理内网地址怎么办？
先停止扩大请求，遮盖日志中的参数，联系代理服务商确认网关配置和信息泄露范围；不要把该地址继续传播到公开工单。
