TK TaskKit
Developer-Tools

HTTP-Statuscodes

Durchsuchbare Referenz für HTTP-Statuscodes mit Beschreibungen und RFC-Referenzen.

62 angezeigt

1xxInformational · 4

100

Continue

Initial part of a request was received and the client should continue with it.

RFC 9110
101

Switching Protocols

Server agrees to switch protocols based on the Upgrade header.

RFC 9110
102

Processing

Server has accepted the request but is still processing it (WebDAV).

RFC 2518
103

Early Hints

Send preliminary headers (Link, etc.) before the final response.

RFC 8297

2xxSuccess · 10

200

OK

Request succeeded.

RFC 9110
201

Created

Request succeeded and a new resource was created.

RFC 9110
202

Accepted

Request was accepted for processing but has not yet completed.

RFC 9110
203

Non-Authoritative Information

Returned metainformation differs from the origin server's response.

RFC 9110
204

No Content

Request succeeded; no body to return.

RFC 9110
205

Reset Content

Request succeeded; the client should reset the document view.

RFC 9110
206

Partial Content

Range request succeeded.

RFC 9110
207

Multi-Status

Body is an XML message with status for multiple resources (WebDAV).

RFC 4918
208

Already Reported

Members of a WebDAV binding were already enumerated.

RFC 5842
226

IM Used

Server fulfilled a GET request and the response is a representation of one or more instance manipulations.

RFC 3229

3xxRedirection · 8

300

Multiple Choices

Multiple representations are available; the client may choose.

RFC 9110
301

Moved Permanently

Resource has a new permanent URI.

RFC 9110
302

Found

Resource is temporarily under a different URI.

RFC 9110
303

See Other

Response is found under a different URI; client should GET it.

RFC 9110
304

Not Modified

Conditional GET: the cached representation is still fresh.

RFC 9110
305

Use Proxy

Deprecated. Resource must be accessed through a proxy.

RFC 9110
307

Temporary Redirect

Resource is temporarily under a different URI; method must not change.

RFC 9110
308

Permanent Redirect

Resource has a new permanent URI; method must not change.

RFC 9110

4xxClient error · 29

400

Bad Request

Server cannot or will not process the request due to a client error.

RFC 9110
401

Unauthorized

Authentication is required and has failed or has not been provided.

RFC 9110
402

Payment Required

Reserved for future use.

RFC 9110
403

Forbidden

Server understood the request but refuses to authorize it.

RFC 9110
404

Not Found

Server can't find the requested resource.

RFC 9110
405

Method Not Allowed

Method is known but not supported by the target resource.

RFC 9110
406

Not Acceptable

Resource cannot generate content matching the Accept headers.

RFC 9110
407

Proxy Authentication Required

Client must authenticate with a proxy first.

RFC 9110
408

Request Timeout

Server timed out waiting for the client.

RFC 9110
409

Conflict

Request conflicts with the current state of the resource.

RFC 9110
410

Gone

Resource is permanently unavailable.

RFC 9110
411

Length Required

Server requires the Content-Length header.

RFC 9110
412

Precondition Failed

Precondition in request headers failed.

RFC 9110
413

Content Too Large

Request body is larger than the server is willing to process.

RFC 9110
414

URI Too Long

Request URI is longer than the server is willing to interpret.

RFC 9110
415

Unsupported Media Type

Request body is in a format the server doesn't support.

RFC 9110
416

Range Not Satisfiable

None of the ranges in the Range header overlap the resource.

RFC 9110
417

Expectation Failed

Expectation in the Expect header could not be met.

RFC 9110
418

I'm a teapot

Server is a teapot. April Fools' joke from RFC 2324; widely implemented as an Easter egg.

RFC 2324
421

Misdirected Request

Request was directed to a server unable to produce a response.

RFC 9110
422

Unprocessable Content

Request is well-formed but semantically invalid.

RFC 9110
423

Locked

Resource is locked (WebDAV).

RFC 4918
424

Failed Dependency

Request failed because of a previous request (WebDAV).

RFC 4918
425

Too Early

Server is unwilling to risk processing a request that might be replayed.

RFC 8470
426

Upgrade Required

Client must switch to a different protocol.

RFC 9110
428

Precondition Required

Server requires the request to be conditional.

RFC 6585
429

Too Many Requests

Client has sent too many requests in a given time (rate limited).

RFC 6585
431

Request Header Fields Too Large

One or more request headers (or all of them) are too large.

RFC 6585
451

Unavailable For Legal Reasons

Resource is unavailable due to legal demands.

RFC 7725

5xxServer error · 11

500

Internal Server Error

Server encountered an unexpected condition.

RFC 9110
501

Not Implemented

Server does not support the functionality required.

RFC 9110
502

Bad Gateway

Server, while acting as a gateway, got an invalid response from upstream.

RFC 9110
503

Service Unavailable

Server is currently unable to handle the request (overloaded or down).

RFC 9110
504

Gateway Timeout

Server, while acting as a gateway, didn't get a response in time.

RFC 9110
505

HTTP Version Not Supported

Server doesn't support the HTTP version in the request.

RFC 9110
506

Variant Also Negotiates

Transparent content negotiation results in a circular reference.

RFC 2295
507

Insufficient Storage

Server cannot store the representation needed to complete the request (WebDAV).

RFC 4918
508

Loop Detected

Server detected an infinite loop while processing (WebDAV).

RFC 5842
510

Not Extended

Further extensions to the request are required.

RFC 2774
511

Network Authentication Required

Client needs to authenticate to gain network access (captive portal).

RFC 6585

Eingaben bleiben auf diesem Gerät. Alle Developer-Tools auf TaskKit laufen vollständig im Browser. Tokens, Payloads und eingefügte Texte werden weder an TaskKit noch an Dritte übertragen.

Was dieses Tool macht

Eine durchsuchbare Referenz für jeden Standard-HTTP-Statuscode, organisiert nach Klasse (1xx informational, 2xx success, 3xx redirection, 4xx client error, 5xx server error). Suche nach Zahl, Name oder Beschreibung. Jeder Eintrag enthält die kanonische Reason-Phrase und die RFC, in der er definiert ist.

Wann du es brauchst

  • Zwischen 401 Unauthorized und 403 Forbidden für eine abgelehnte Anfrage entscheiden.
  • Bestätigen, ob ein Redirect 302, 303, 307 oder 308 sein sollte.
  • Einen unbekannten Code nachschlagen, der gerade in einer Logzeile aufgetaucht ist.
  • Prüfen, welche RFC einen Code eingeführt hat (z. B. 451 Unavailable For Legal Reasons ist RFC 7725).

Wie es funktioniert

Der Datensatz ist statisch und im Page-Bundle ausgeliefert. Kein API-Aufruf — die Suche läuft gegen einen In-Memory-Index, also instant auch auf langsamen Verbindungen. Die Metadaten kommen direkt aus dem IANA HTTP Status Code Registry und den relevanten RFCs (überwiegend 9110, mit älteren Codes noch in 7231 und früher).

Hinweise

401 vs. 403? 401 heißt "du hast nicht bewiesen, wer du bist — versuch's nochmal mit Credentials." 403 heißt "ich weiß wer du bist und du darfst das nicht." Würde Einloggen die Antwort ändern, gib 401; wenn nicht, 403.

302 vs. 307? 302 sollte ursprünglich die Request-Methode beim Redirect erhalten, aber die meisten Browser haben POST historisch zu GET umgeschrieben. 303 und 307 wurden ergänzt, um die Intention explizit zu machen: 303 See Other GETet immer die neue URL, 307 Temporary Redirect erhält die Methode immer. Nimm 303 nach erfolgreichem POST, 307 für einen methoden-erhaltenden temporären Redirect.

Ist 418 I'm a teapot echt? Ja, immer noch in RFC 2324 (1. April 1998) und in RFC 9110 §15.5.19 anerkannt. Sparsam einsetzen.

Verwandte Tools