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 responseHTTP 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:- Propietary
x-brd-*fields:x-brd-err-codeandx-brd-err-msg - Standard RFC9209
Proxy-Statusresponse header supporting RFC9209 standard proxy error format.
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 HeaderHow to implelement RFC9209?
Example Proxy-Status HTTP header
Implementation Instructions
- Parse the response header: Ensure that your systems are configured to interpret the Proxy-Status header in HTTP responses.
- 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
- 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 andHTTP 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 acurl 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.
-i option for curl:
nc command to get the fields printed to screen:
nc inputs may include “empty” lines, those are essential for correct testing using nc commandcurl 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.
client_10060
client_10061
client_10062
client_10063
HTTP Error 401
These are thex-brd-err-code values for HTTP error 401:
client_10050
HTTP Error 402
These are thex-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 thex-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.
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 thex-brd-err-code values for HTTP error 499:
client_10140
HTTP Error 502
These are thex-brd-err-code values for HTTP error 502: