第 1 步：响应来自谁？#
使用 curl -v 运行失败的请求。Connection established 之前出现在 CONNECT 行上的状态来自网关；之后出现的状态则来自目标网站。浏览器会将网关故障显示为 ERR_TUNNEL_CONNECTION_FAILED 或 ERR_PROXY_CONNECTION_FAILED。
第 2 步：网关状态码#
| 代码 | Proxy Cyber 含义 | 解决方法 |
|---|---|---|
| 407 invalid_credentials | 用户名或密码被拒绝 | 重新复制用户名和密码；检查末尾是否有空格；白名单 IP 是否已更改？ |
| 400 invalid_parameter | 用户名参数未知或格式错误 | 检查键和值：应使用 -cc-gb 而非 -cc-uk，-city- 不得含空格，-ttl- 应为 1m 至 24h |
| 402 insufficient_balance | 流量或余额已耗尽 | 充值；如果使用子用户，请检查其上限 |
| 403 blocked_destination | 端口或目标不允许访问 | 端口 25、UDP 和仅支持 IPv6 的目标按设计会被拒绝 |
| 502 no_exit_available | 当前没有符合该位置的出口 | 扩大范围：移除 -city- 或 -asn-，保留 -cc-；一分钟后重试 |
| 502 exit_failed | 出口在到达目标前发生故障 | 重试一次；下一个连接会选择其他出口 |
| 504 target_timeout | 目标未及时响应 | 重试；从其他网络检查目标 |
第 3 步：目标网站状态码#
| 代码 | 可能原因 | 解决方法 |
|---|---|---|
| 403（网站页面） | 出口类型或指纹被拒绝 | 使用住宅或移动出口；采用真实的客户端标头；流程使用粘性会话 |
| 429 | 按 IP 限速 | 按连接轮换；降低每个出口的速率；遵循 Retry-After |
| 200 但数据为空 | 软封锁 | 按 403 处理；检查内容而非状态码 |
| 302 重定向到质询页面 | 机器人检查 | 降低速度；对此目标使用真实浏览器；采用更强的出口类型 |
| 5xx | 目标网站故障 | 退避等待；这不是代理问题 |
连接层故障#
- 连接重置可能来自客户端、代理路径或目标服务器。请记录发生在 CONNECT、TLS 协商还是数据传输阶段，并对同一小型 URL 比较直连和代理结果，以缩小故障范围。
- 空闲超时可能来自客户端、网关、出口或目标服务器。记录出错前的时间，并核对连接与读取超时及已交付服务的设置。连接重置本身不能证明住宅出口离线；调整配置前先用小型请求重现问题。
- 通过代理时出现 TLS 错误：这绝不正常。检查你与网关之间是否存在本地拦截器（企业代理、防病毒软件）。
第 4 步：作出判断#
- 反复重试前先修正凭据或参数。失败请求也可能传输数据；应核对实际用量和计费条款，不能假设所有错误都免费。
- 网关找不到出口 → 扩大位置范围。
- 目标封锁该出口类型 → 改用更强的网络：数据中心 → 住宅 → 移动。
- 重试前先判断响应原因。403 可能来自访问规则，更换 IP 不一定有效。遇到 429 时遵守 Retry-After 并降低请求速率；临时网络或服务器故障可采用有限次数的退避重试。会修改数据的操作必须防止重复执行。
- 目标发生故障 → 等待。
大家常问的问题#
Proxy Cyber 会返回 429 吗？
429 可能由目标网站或实施速率限制的中间节点返回。检查响应头和 CONNECT 过程以判断来源。遵守 Retry-After，降低并发，并保存时间及请求标识供支持排查；更换 IP 不能代替遵守限制。
失败的请求会计费吗？
使用典型任务测试，并比较测试前后的余额。响应正文、上传数据、浏览器资源及重试都会影响消耗。付款前确认适用的计量与退款条款；本文不保证失败请求免费，也不承诺未使用资金自动退回。