Developer reference

HTTP status codeswith practical checks

Find a code or phrase, choose a response family, and read a sourced example without sending a request.

HTTP status codes

Code or phrase

Matching codes

1xx Informational
2xx Success
3xx Redirection
4xx Client error
5xx Server error

Selected response

502 Bad Gateway

5xx Server error

Meaning: A gateway or proxy received an invalid response from upstream.

Typical condition: The upstream connection or reply was broken.

Check first: Check proxy logs and upstream health; distinguish this from a 504 timeout.

Illustrative HTTP response

Made-up HTTP/1.1 example; your server may send different headers or a different body.

HTTP/1.1 502 Bad Gateway
Content-Type: application/problem+json

{"title":"Bad Gateway","status":502}

Search filters bundled reference data in this browser. No URL is requested until you open a source or tool link.

Response family

28 of 28 selected codes · viewing 502

IANA registry last updated 15 Sep 2025This selection checked 23 Sep 2026

A failing API call often leaves one number in a log and several possible causes. This HTTP status codes reference puts the response shape beside the first place to inspect, so 502 does not become a vague label for every upstream problem.

Use the HTTP status codes index as a starting point, then check the real headers, body and server logs. This is a selected reference, not a live probe or a replacement for the full IANA registry.

Why use this HTTP status codes reference

A code is a starting signal; the next check depends on where the failure occurred.

Separate a bad reply from a slow one

The HTTP status codes 502 and 504 both come from an intermediary, but 502 points to an invalid upstream response while 504 points to a timeout. The first investigation differs.

Two gateway paths: one receives a fragmented upstream reply, while the other waits until a clock expires

Move from lookup to evidence

Search 429 to see a sample Retry-After header and a practical first check. The HTTP status codes table links each selected entry to its defining RFC and the IANA registry.

A search narrows reference cards to one selected response with a retry clock and a checklist

Read the signal before acting

01

Find a code or phrase

A blank query shows all 28 selected entries. Search a number, English reason phrase or meaning in this language; the five family buttons narrow only the submitted result.

02

Compare nearby outcomes

The default 502 and nearby 504 differ in whether an upstream reply was invalid or late. The example 429 exposes Retry-After; 302 and 307 differ in method handling.

03

Confirm against the real exchange

Examples are fictional HTTP/1.1 snippets. Open the RFC, inspect actual headers and logs, and treat a missing code as outside this selection rather than invalid.

What each selected entry gives you

Five families in one index

The HTTP status code list covers 28 selected 1xx–5xx entries with local numeric, phrase and meaning lookup; it does not turn every integer into a result.

Response shape beside the meaning

Each card shows a synthetic status line and relevant headers. 204 and 304 intentionally have no response body, while 401, 405 and 429 show useful headers.

A path to primary sources

Defining RFC and IANA links let you verify the protocol meaning before debugging HTTP error codes in a real application.

Scope and interpretation limits

Selected, not exhaustive
This index has 28 reviewed codes. Missing values, including vendor-specific numbers, are not automatically invalid. IANA is the complete registry; this page creates no separate 404 or 502 URL.
No live diagnosis
The page never requests a URL, sends a test response or reads your logs. A 502 alone cannot reveal whether a proxy, CDN or origin caused a failure; check the actual exchange.
Examples are illustrative
The snippets are made-up HTTP/1.1 responses. A real HTTP/2 or HTTP/3 exchange has different wire formatting, and application bodies vary. Do not use an example as proof of a specific server behavior.
Retry depends on context
429 and 503 can include Retry-After, but a status alone cannot make a write operation safe to replay. Check idempotency and the service policy before retrying.

HTTP status codes: common questions

What do HTTP status codes mean?

They report the outcome of an HTTP request in five families: informational, success, redirection, client error and server error. This HTTP status codes page shows 28 selected entries, with the full registry linked in each detail.

What is the difference between 401 and 403?

401 means valid authentication is missing and should include a WWW-Authenticate challenge. 403 means the server understands the request but refuses it, often because the known identity lacks permission.

When should I use 404 versus 410?

404 says no current representation was found, without saying whether the absence is permanent. 410 is more explicit when the resource is known to be permanently gone.

What does 429 Too Many Requests mean?

A rate limit was reached. Read Retry-After when present, examine the service's rate-limit policy, and consider whether retrying the operation is safe.

What is the difference between 502 and 504?

A gateway returns 502 after receiving an invalid upstream response; 504 means it did not receive a response in time. Check proxy and upstream logs to find the actual layer.

Missing a code or a useful check?

Use the HTTP status codes reference

Find a code, compare the response example with your real headers, then follow the defining source before changing a client or server.