跳转到主要内容
本文介绍如何区分代理错误与其他错误,如何分析错误,以及如何排查并解决使用 Bright Data 代理服务时遇到的问题。

我如何查看 Bright Data 代理服务的健康状态?

Bright Data 会在此页面发布其产品与服务状态: https://www.bright.cn/network-status 。在此页面,你可以查看你所使用的产品或全球可用性是否存在问题或事件。你还可以注册电子邮件提醒,当可用性变化或出现大范围事件时将收到通知。

如果我发现正在使用的代理网络存在当前事件,该怎么办?

首先,你需要检查你的业务是否受到影响。两个主要指标是响应时间下降(变慢)或错误率上升。如果出现其中任何一种情况,请降低处理速率,并继续下一步排查问题。

如何判断我遇到的错误是否来自 Bright Data 代理?

在使用代理时,你可能会遇到并非由 Bright Data 引起的错误。要识别错误来源,请检查响应头中是否包含 Bright Data 的错误字段,我们在这些字段中按代理层级覆盖了大多数错误。 如果你仍无法访问目标网站,或收到 HTTP 状态 200 但没有预期数据,则很可能已被目标网站屏蔽。在本文: 突破网站封锁 中,我们提供了一些最佳实践。

在其他软件中测试 Bright Data 代理时出现 “Proxy Error” 如何解决?

许多软件工具与实用程序使用 Bright Data 代理,并提供 “Test proxy” 功能。当你点击 “Test proxy” 并看到通用的 “Proxy Error” 错误时,该问题可能来自多种原因。

常见问题与解决方案

Bright Data 代理错误排查

Bright Data 的代理错误格式与标准现支持 RFC9209

自 2025 年 10 月起,Bright Data 在响应负载中支持两组用于传递代理错误的头字段:
  1. 私有的 x-brd-* 字段:x-brd-err-codex-brd-err-msg
  2. 标准 RFC9209 的 Proxy-Status 响应头格式。
Proxy-Status 标准字段将在 2026 年逐步替代所有 x-brd-* 字段。

什么是 RFC9209?

RFC9209 是关于如何在代理响应头中传递代理错误的标准。Bright Data 正在采用该标准并将其应用于所有错误目录。这将帮助客户代码与使用代理作为基础设施的第三方工具更快识别和解决代理交互问题。 你可以在此处了解更多内容: The Proxy-Status HTTP Response Header

如何实现 RFC9209?

Proxy-Status HTTP 头示例

实现说明

  1. 解析响应头:确保你的系统能够解析 HTTP 响应中的 Proxy-Status 头。
  2. 提取相关字段:
    • received-status:提供收到的 HTTP 状态码
    • error:描述遇到的核心错误
    • details:包含具体错误代码及进一步信息
    • 中第一个字段为 Bright Data 错误代码(如 client_10060)并以冒号分隔
    • 你可以直接使用此前缀浏览错误文档:
      https://docs.brightdata.com/cn/proxy-networks/errorCatalog#[Bright data error code]
      示例 client_10060:
      https://docs.brightdata.com/cn/proxy-networks/errorCatalog#client_10060
  3. 根据这些结构化代码调整错误处理流程,以改进调试效率并确保代理正常运行。

Bright Data HTTP 代理头字段

以下字段在发送 HTTPHTTPS 请求时返回:

获取 HTTP 头字段

从命令行测试

你可以在 shell 终端使用 curl 命令并加上 -v-i 查看设置或复现问题。这些选项会打印所有头字段,包括自定义错误代码与消息。
若想仅查看响应头,可使用:
你也可以使用 nc 命令打印字段:
nc 输入中可能包含 “空行”,这些对于正确测试是必需的。

curl 命令片段

你所使用 zone 的 Overview 标签中提供包含全部参数的 curl 命令片段。

通过编程语言访问

Bright Data HTTP 头字段可如同其他 HTTP 头一样在你的程序中读取。

通过 Bright Data 的 Proxy REST API 访问

Bright Data 提供 REST API 以访问代理网络、Web Unlocker API 和 SERP。字段名称略有不同,但内容完全一致。 示例响应:

错误目录

HTTP 错误 400

当你在使用 Data Center / ISP 或 gIPs 产品并使用 -ip-x.x.x.x 定向标记时,如果你所在 Zone 下的 IP 因系统更新被刷新、移除或变更,就可能出现 400 错误码。
这个错误通常会在你的 Bright Data 账户最近被暂停后出现。如果账户余额变为负数,系统会自动暂停账户。如果暂停超过 24 小时,你的静态分配 IP 将会被释放。账户恢复后,重新分配的 IP 可能与之前不同,因此如果你的请求仍然指定旧的 IP,就会触发此错误。
当出现此错误时,请前往 Bright Data 的 Zones 页面,查看该 Zone 最新的可用 IP 列表。

HTTP 错误 401

以下是 HTTP 401 错误对应的 x-brd-err-code 值:

HTTP 错误 402

以下为 HTTP 402 错误对应的 x-brd-err-code
以下 402 错误适用于 2026 年 7 月 7 日(含)之前创建的住宅区域,并对这些现有区域持续有效。它们不适用于 2026 年 7 月 7 日之后创建的住宅区域(这些区域需要 KYC)。参见住宅网络访问政策

HTTP 错误 403

HTTP 403 表示你正在访问一个有效 URL,但访问被禁止。服务器处理了请求,但无法返回结果,可能是请求格式错误或者被 Bright Data 策略所限制。

kyc_required

通过 2026 年 7 月 7 日之后创建的住宅区域发出的请求,若来自使用公司邮箱但尚未完成 KYC 的账户,将返回 HTTP 403。住宅访问仅向经过 KYC 验证的企业开放。2026 年 7 月 7 日(含)之前创建的住宅区域不受影响。 如何解决: 完成 KYC 验证,以便 Bright Data 合规团队批准住宅访问。在此之前,请使用无需 KYC 的 ISP 代理数据中心代理。参见住宅网络访问政策 响应体携带稳定的 code 值以及可改为创建的替代方案:

business_account_required

通过 2026 年 7 月 7 日之后创建的住宅区域发出的请求,若来自使用个人邮箱的账户(非已验证公司),将返回 HTTP 403。住宅访问仅向已验证企业开放。2026 年 7 月 7 日(含)之前创建的住宅区域不受影响。 如何解决: 个人邮箱账户不具备住宅资格,也不会获得 KYC 流程。请使用公司邮箱并联系 Bright Data 团队以确认企业资格。在此之前,请使用无需 KYC 的 ISP 代理数据中心代理。参见住宅网络访问政策
以下是 HTTP 403 对应的 x-brd-err-code

HTTP 错误 407

HTTP 407 表示认证失败,可能是凭据错误,或账户被暂停。

HTTP 错误 429

如果你使用的是未充值账户,可能会触及每分钟 1,000 次请求的默认速率限制。你可以在控制面板中查看当前应用的限制,路径为该区域的“概览 (Overview)”选项卡 > 访问详情 (Access details)。向账户充值后,此默认限制将被移除。

HTTP 错误 502

以下是 HTTP 502 错误对应的 x-brd-err-code