Skip to main content
This article provides information on how to identify proxy errors from other errors, how to analyze errors, troubleshoot and resolve issues with Bright Data proxy services.

How can I get indication on Bright Data proxy services health status?

Bright Data publishes its products and services status in this page: https://brightdata.com/network-status . In this page you can see if there are current issues or incidents in the products you use or our global availability. You can also register for email alerts which are sent upon changes in our availability of reporting on wide incidents.

What to do if I see that there is current incident in the proxy network I am using?

First, you need to check if your operations are impacted. Two main indications are degredation in response time (slowness) or increased error rates. If one of those occur, reduce your processing rate and follow the next steps to identify the issue.

How can I tell if the error I got is originates from a Bright Data proxy?

While using our proxies, you may encounter errors that do not originate from Bright Data. To identify the source of the error, check if the response headers include BrightData error fields listed below, we cover most errors by proxy layer in those codes. If you are still not able to get to your target website, or receive a response HTTP status 200 without the data you are expecting, you were probably blocked. In this article: Overcoming website blocking we provide some best practices.

How to resolve “Proxy Error” when testing Bright Data proxies thru another software?

Many software tools and utilities use Bright Data proxies, and have a function to “Test proxy” in them. When you hit “Test proxy” and get a generic “Proxy Error” message in that software, it can originate from various reasons.

Common issues and resolutions

  • Targeting a search engine like google.com or bing.com: Bright Data lmits search engine access via its proxy networks. To resolve go to your software settings and change the test website to be: https://geo.brdtest.com/welcome.txt
  • Using Bright Data residential network without installing a certificate: Bright Data does not allow using its Residential netowork without passing a KYC verification or installing a certificate. Read on different access modes Residential Network Access Policy.

Bright Data Proxy Errors Troubleshooting

Bright Data’s proxy error format and standard now supports RFC9209

Starting October 2025, Bright Data supports two sets of headers to relay proxy error in response payload:
  1. Propietary x-brd-* fields: x-brd-err-code and x-brd-err-msg
  2. Standard RFC9209Proxy-Status response header supporting RFC9209 standard proxy error format.
The Proxy-Status header standard field will eventually replace the x-brd-* fields, during 2026.

What is RFC9209?

RFC9209 is the standard on how to relay proxy errors in response headers over proxy. Bright Data is adopting this standard and applied it to all its error catalog. This will allow customers’ code as well as 3rd party tools using proxy as infrastructure to refer to error from proxy interaction and resolve issues faster. You can read more about it here: The Proxy-Status HTTP Response Header

How to implelement RFC9209?

Example Proxy-Status HTTP header

Implementation Instructions

  1. Parse the response header: Ensure that your systems are configured to interpret the Proxy-Status header in HTTP responses.
  2. Extract relevant fields:
    • received-status: Provides the HTTP status code received.
    • error: Describes the general error encountered.
    • details: Contains specific error codes and further information from our error catalog.
    • The first field in the details will be bright data error code (like: client_10060) followed by ’:’ (colon) delimiter. 
    • You can browse directly to the error document using this prefix, keeping the error code exactly as shown, including the ’_’ (underscore): https://docs.brightdata.com/proxy-networks/errorCatalog#[Bright data error code]. Example for client_10060: https://docs.brightdata.com/proxy-networks/errorCatalog#client_10060
  3. Adapt your error handling processes according to these structured codes to improve debugging and ensure a seamless proxy operation.

Bright Data HTTP proxy header fields

The following fields are returned upon and HTTP or HTTPS requests: The headers are relayed as part of Bright Data proxy service and customers are not billed for their bandwidth overhead.

Deprecating x-luminati-* headers

Starting 1-May-2026 Bright Data proxy response will not include any x-luminati-* headers.

HTTP Code 200 headers deprecating

HTTP Error Code headers deprecating

Getting HTTP header fields

Testing from command line

To view and test your settings, or restoring an issue, you can run a curl command from your shell prompt and add the option flag -v or i. These flags will run curl in verbose mode and print out the header fields, including the custom error code and message.
To see a more compact view with the header fields response only use the -i option for curl:
Alternatively, you can use the nc command to get the fields printed to screen:
nc inputs may include “empty” lines, those are essential for correct testing using nc command

curl Command snippet

curl command snippet, with all required zone parameters is available in the Overview tab in Bright Data control panel for the zone you are working on.

Accessing via programming language

Bright Data HTTP header fields can be accessed thru your programming language, as any other HTTP header field.

Accessing via Bright Data’s Proxy REST API

Bright data offers a REST API to access its proxy networks as well as the Web Unlocker API and our SERP for targeting search engines. The error field names are slightly different , yet the content is identical. Example response:

Error Catalog

HTTP Error 400

When Using the Data center/ISP or gIPs products with the -ip-x.x.x.x targeting flag, the error code 400 can appear in case the IPs under your zone has been refreshed, removed, or simply changed due to system updates
This error typically arises after your BrightData account has been recently suspended. An automatic suspension occurs if your account balance becomes negative. If the suspension extends beyond 24 hours, the static allocated IPs will be released from your account. Upon reactivation, the reallocated IPs may differ from the original ones, thus if the previously allocated IPs are still being targeted - this error is thrown.
Whenever this error appears, you should go to your Bright Data Zones page, and view the updated list of IPs relevant to this zone.

client_10060

client_10061

client_10062

client_10063


HTTP Error 401

These are the x-brd-err-code values for HTTP error 401:

client_10050


HTTP Error 402

These are the x-brd-err-code values for HTTP error 402:
The 402 errors below apply to Residential zones created on or before July 7, 2026 and remain valid for those existing zones. They do not apply to Residential zones created after July 7, 2026, which require KYC. See the Residential network access policy.

policy_20130

policy_20140


HTTP Error 403

HTTP 403 response code means you are forbidden from accessing a valid URL. The server processed the request, but it can’t fulfill the request either due to the way the request was sent by the client or due to Bright Data policy, blocking target access. These are the x-brd-err-code values for HTTP error 403:

kyc_required

A request through a Residential zone created after July 7, 2026 from a company-email account that has not completed KYC returns HTTP 403. Residential access is available only to KYC-verified companies. Residential zones created on or before July 7, 2026 are not affected. How to fix: Complete KYC verification so the Bright Data compliance team can approve Residential access. Until then, use ISP proxies or Datacenter proxies, which need no KYC. See the Residential network access policy. The response body carries the stable code value plus the alternatives to create instead:

business_account_required

A request through a Residential zone created after July 7, 2026 from a personal-email account (not a verified company) returns HTTP 403. Residential access is available to verified companies only. Residential zones created on or before July 7, 2026 are not affected. How to fix: Personal-email accounts are not eligible for Residential and are not offered KYC. Use a corporate email and contact the Bright Data team to establish business eligibility. Until then, use ISP proxies or Datacenter proxies, which need no KYC. See the Residential network access policy.

client_10070

client_10080

client_10090

client_10130

client_10250

client_10260

policy_20010

policy_20020

policy_20021

policy_20030

policy_20031

policy_20032

policy_20040

policy_20050

policy_20051

policy_20052

policy_20080

policy_20090

policy_20091

policy_20110

policy_20230

policy_20240

policy_20250

policy_20251

policy_20260

policy_20261

policy_20000


HTTP Error 407

If you get HTTP error 407, this implies there is an error in authentication. This can be due to incorrect credentials or due to your account being suspended.

client_10000

client_10001

client_10002

client_10010

client_10020

client_10030

client_10040

policy_20120


HTTP Error 408

If you get HTTP error 408, this implies there is a timeout error in reaching your destination website. This can be due to incorrect target website, networking lags or blocks.

peer_30040


HTTP Error 429

If you are using an unfunded account, you may be hitting the default rate limit of 1,000 requests per minute. You can verify your currently applied limit in the Control Panel, under the zone’s Overview tab > Access details. Adding funds to your account will remove this default restriction.
These are the x-brd-err-code values for HTTP error 429:

client_10110

policy_20220

policy_20221

policy_20222

policy_20223

Returned when Bright Data applies an adaptive rate limit for a specific domain due to degraded success rates. The limit is adjusted dynamically, so retrying failed requests is expected and helps the limit lift faster as success rates recover.

HTTP Error 499

These are the x-brd-err-code values for HTTP error 499:

client_10140


HTTP Error 502

These are the x-brd-err-code values for HTTP error 502:

client_10120

client_10100

peer_30030

policy_20070

target_40001

target_40011

target_40020

target_40021

target_40021