Skip to main content
DevToys
Network

HTTP status code list

Search 1xx-5xx status codes with bilingual notes and RFC references

Status codes

61 / 61 matches

All

1xx Informational

  • 100

    ContinueNo body

    The request headers were accepted; the client should continue sending the body.

    RFC 9110 §15.2.1

  • 101

    Switching ProtocolsNo body

    Switching to the protocol requested in Upgrade, as used by the WebSocket handshake.

    RFC 9110 §15.2.2

  • 102

    ProcessingNo body

    An interim response signalling that the server is still processing, used by WebDAV.

    RFC 2518 §10.1

  • 103

    Early HintsNo body

    Sends Link headers ahead of the final response so the client can preload.

    RFC 8297 §2

2xx Success

  • 200

    OK

    The request succeeded; for GET the body is the representation itself.

    RFC 9110 §15.3.1

  • 201

    Created

    A new resource was created; its URI belongs in the Location header.

    RFC 9110 §15.3.2

  • 202

    Accepted

    The request was accepted but not yet processed, as with an asynchronous job.

    RFC 9110 §15.3.3

  • 203

    Non-Authoritative Information

    The payload was modified by a proxy rather than coming straight from the origin.

    RFC 9110 §15.3.4

  • 204

    No ContentNo body

    Success with no body, a good fit for DELETE and for saving a form.

    RFC 9110 §15.3.5

  • 205

    Reset ContentNo body

    Success; the client should reset the document view that sent the request.

    RFC 9110 §15.3.6

  • 206

    Partial Content

    A range request was fulfilled with part of the representation, as in resumable transfers.

    RFC 9110 §15.3.7

  • 207

    Multi-Status

    Per-resource results are returned in an XML body, used by WebDAV.

    RFC 4918 §11.1

  • 208

    Already Reported

    Members of a binding were already enumerated earlier in the response, used by WebDAV.

    RFC 5842 §7.1

  • 226

    IM Used

    The response is the result of one or more instance manipulations applied to the resource.

    RFC 3229 §10.4.1

3xx Redirection

  • 300

    Multiple Choices

    More than one representation exists and the client should choose.

    RFC 9110 §15.4.1

  • 301

    Moved Permanently

    Permanently moved; most clients rewrite the follow-up POST into a GET.

    RFC 9110 §15.4.2

  • 302

    Found

    Temporarily located elsewhere; method preservation is not guaranteed, so prefer 307.

    RFC 9110 §15.4.3

  • 303

    See Other

    Fetch the result with GET, the redirect behind the post/redirect/get pattern.

    RFC 9110 §15.4.4

  • 304

    Not ModifiedNo body

    The cached representation is still fresh for this conditional request.

    RFC 9110 §15.4.5

  • 307

    Temporary Redirect

    A temporary redirect that preserves the method and body.

    RFC 9110 §15.4.8

  • 308

    Permanent Redirect

    A permanent redirect that preserves the method and body.

    RFC 9110 §15.4.9

4xx Client error

  • 400

    Bad Request

    The server cannot process the request because it is malformed.

    RFC 9110 §15.5.1

  • 401

    Unauthorized

    Authentication is required or failed; WWW-Authenticate is mandatory.

    RFC 9110 §15.5.2

  • 402

    Payment Required

    Reserved for future use.

    RFC 9110 §15.5.3

  • 403

    Forbidden

    Authenticated but not permitted; return 404 instead when hiding existence matters.

    RFC 9110 §15.5.4

  • 404

    Not Found

    The resource was not found, also used to avoid disclosing that it exists.

    RFC 9110 §15.5.5

  • 405

    Method Not Allowed

    The method is not allowed for this resource; the Allow header is mandatory.

    RFC 9110 §15.5.6

  • 406

    Not Acceptable

    No representation matches the request Accept headers.

    RFC 9110 §15.5.7

  • 407

    Proxy Authentication Required

    The client must authenticate with the proxy first.

    RFC 9110 §15.5.8

  • 408

    Request Timeout

    The client did not produce a complete request in time.

    RFC 9110 §15.5.9

  • 409

    Conflict

    The request conflicts with the current state, such as an optimistic-locking clash.

    RFC 9110 §15.5.10

  • 410

    Gone

    Permanently removed; unlike 404 it states the resource will not come back.

    RFC 9110 §15.5.11

  • 411

    Length Required

    The request must include a Content-Length header.

    RFC 9110 §15.5.12

  • 412

    Precondition Failed

    A precondition such as If-Match evaluated to false.

    RFC 9110 §15.5.13

  • 413

    Content Too Large

    The request body is larger than the server is willing to process.

    RFC 9110 §15.5.14

  • 414

    URI Too Long

    The request URI is longer than the server will interpret.

    RFC 9110 §15.5.15

  • 415

    Unsupported Media Type

    The payload media type is not supported.

    RFC 9110 §15.5.16

  • 416

    Range Not Satisfiable

    The requested range lies outside the representation.

    RFC 9110 §15.5.17

  • 417

    Expectation Failed

    The expectation in the Expect header could not be met.

    RFC 9110 §15.5.18

  • 418

    I'm a Teapot

    An April Fools joke specification; do not use it in production.

    RFC 2324 §2.3.2

  • 421

    Misdirected Request

    The request went to a server unable to answer for that authority, seen with HTTP/2 coalescing.

    RFC 9110 §15.5.20

  • 422

    Unprocessable Content

    Syntactically valid but semantically wrong, the usual choice for validation errors.

    RFC 9110 §15.5.21

  • 423

    Locked

    The resource is locked, used by WebDAV.

    RFC 4918 §11.3

  • 424

    Failed Dependency

    A dependent request failed, used by WebDAV.

    RFC 4918 §11.4

  • 425

    Too Early

    The server will not process early data that risks replay, as with TLS 1.3 0-RTT.

    RFC 8470 §5.2

  • 426

    Upgrade Required

    The client must switch to a different protocol.

    RFC 9110 §15.5.22

  • 428

    Precondition Required

    Requires a conditional request so concurrent updates cannot be lost.

    RFC 6585 §3

  • 429

    Too Many Requests

    The client hit a rate limit; pair it with a Retry-After header.

    RFC 6585 §4

  • 431

    Request Header Fields Too Large

    The header fields are too large, often from oversized cookies.

    RFC 6585 §5

  • 451

    Unavailable For Legal Reasons

    The resource is unavailable for legal reasons.

    RFC 7725 §3

5xx Server error

  • 500

    Internal Server Error

    An unexpected server-side failure; keep the details out of the response.

    RFC 9110 §15.6.1

  • 501

    Not Implemented

    The server does not implement the requested method.

    RFC 9110 §15.6.2

  • 502

    Bad Gateway

    An invalid response came back from an upstream server.

    RFC 9110 §15.6.3

  • 503

    Service Unavailable

    Temporarily unable to handle the request; pair it with Retry-After.

    RFC 9110 §15.6.4

  • 504

    Gateway Timeout

    No timely response arrived from an upstream server.

    RFC 9110 §15.6.5

  • 505

    HTTP Version Not Supported

    The requested HTTP version is not supported.

    RFC 9110 §15.6.6

  • 506

    Variant Also Negotiates

    The server has a content-negotiation configuration error.

    RFC 2295 §8.1

  • 507

    Insufficient Storage

    There is not enough storage to complete the request, used by WebDAV.

    RFC 4918 §11.5

  • 508

    Loop Detected

    An infinite loop was detected while processing, used by WebDAV.

    RFC 5842 §7.2

  • 510

    Not ExtendedDeprecated

    Further extensions to the request are required.

    RFC 2774 §7

  • 511

    Network Authentication Required

    Network access requires authentication, as behind a captive portal.

    RFC 6585 §6

How to use / Notes

How to use

  1. Search by code, reason phrase, description, or RFC number.
  2. Filter by class to narrow the list to a single 1xx–5xx range.
  3. The copy button yields a status line such as `404 Not Found`.

Notes

  • Only codes in the IANA registry are listed; vendor extensions from CDNs and web servers are not.
  • Codes marked "No body" must not carry a response body—check that middleware is not adding one.
  • The descriptions are summaries; consult the cited RFC section before relying on one in an implementation.