HTTP-Statuscodes Spickzettel

Informationelle Antworten

Statuscode	Grundphrase	Bedeutung	HTTP-Version
100	Continue (Fortfahren)	Der Client sollte mit dem Senden der Anfrage fortfahren. Diese vorübergehende Antwort wird verwendet, um den Client darüber zu informieren, dass ein Teil seiner Anfrage vom Server empfangen und noch nicht abgelehnt wurde. Der Client sollte mit dem Senden des Rests der Anfrage fortfahren oder, falls die Anfrage bereits abgeschlossen ist, diese Antwort ignorieren. Der Server muss nach Abschluss der Anfrage eine endgültige Antwort senden.	HTTP/1.1 Verfügbar
101	Switching Protocols (Protokollwechsel)	Der Server hat die Anfrage des Clients verstanden und wird den Client über den Upgrade-Nachrichtenkopf benachrichtigen, ein anderes Protokoll zu verwenden, um die Anfrage abzuschließen. Nach dem Senden der letzten Leerzeile dieser Antwort wechselt der Server zu den im Upgrade-Nachrichtenkopf definierten Protokollen. Diese Maßnahme sollte nur ergriffen werden, wenn der Wechsel zu einem neuen Protokoll vorteilhafter ist. Zum Beispiel ist der Wechsel zu einer neuen Version von HTTP vorteilhafter als eine ältere Version, oder der Wechsel zu einem Echtzeit-, synchronen Protokoll, um Ressourcen zu liefern, die solche Funktionen nutzen.	HTTP/1.1 Verfügbar

Erfolgreiche Antworten

Statuscode	Grundphrase	Bedeutung	HTTP-Version
200	OK	Die Anfrage war erfolgreich. Die Bedeutung des Erfolgs variiert je nach der für die Anfrage verwendeten Methode.- GET: Die Ressource wurde extrahiert und als Antwortkörper an den Client zurückgegeben.- HEAD: Der Entitäts-Header wurde als Antwort-Header an den Client zurückgegeben.- POST: Nachdem der Server die vom Client gesendeten Daten verarbeitet hat, wird die entsprechende Ressource als Antwortkörper an den Client zurückgegeben.- TRACE: Die vom Server empfangene Anfragenachricht wird als Antwortkörper an den Client zurückgegeben.	HTTP/0.9 Verfügbar
201	Created (Erstellt)	Die Anfrage war erfolgreich und eine neue Ressource wurde basierend auf den Anforderungen der Anfrage erstellt. Dies ist normalerweise der Antwortcode, der durch die PUT-Methode erhalten wird.	HTTP/0.9 Verfügbar
202	Accepted (Angenommen)	Der Server hat die Anfrage angenommen, aber noch nicht verarbeitet. So wie sie abgelehnt werden könnte, kann die Anfrage letztendlich ausgeführt werden oder auch nicht. Bei asynchronen Operationen gibt es keinen bequemeren Weg, als diesen Statuscode zu senden. Der Zweck der Rückgabe einer 202-Statuscode-Antwort besteht darin, dem Server zu ermöglichen, Anfragen für andere Prozesse (z. B. eine Batch-Operation, die nur einmal täglich ausgeführt wird) anzunehmen, ohne dass der Client verbunden bleiben muss, bis die Batch-Operation abgeschlossen ist. Die Antwort, die den 202-Statuscode zurückgibt, sollte einige Informationen enthalten, die den aktuellen Status der Verarbeitung in der Entität anzeigen, sowie einen Zeiger auf einen Verarbeitungsstatusmonitor oder eine Statusvorhersage, damit der Benutzer abschätzen kann, ob die Operation abgeschlossen wurde.	HTTP/0.9 Verfügbar
203	Non-Authoritative Information (Nicht-autoritative Information)	Der Server hat die Anfrage erfolgreich verarbeitet, aber die zurückgegebene Meta-Information des Entitäts-Headers ist kein deterministischer Satz, der auf dem Ursprungsserver gültig ist, sondern stammt von einer lokalen oder Drittanbieter-Kopie. Wenn dies nicht der Fall ist, ist die Verwendung des Statuscodes 200 am angemessensten.	HTTP/0.9 und 1.1
204	No Content (Kein Inhalt)	Es gibt keinen Antwortinhalt, nur Antwort-Header. Die Antwort-Header können ebenfalls nützlich sein. User-Agents können die Cache-Informationen entsprechender Ressourcen basierend auf den neuen Antwort-Headern aktualisieren.	HTTP/0.9 Verfügbar
205	Reset Content (Inhalt zurücksetzen)	Weist den User-Agent an, die Dokumentansicht des Fensters zurückzusetzen, das die Anfrage gesendet hat.	HTTP/1.1 Verfügbar
206	Partial Content (Teilweiser Inhalt)	Dieser Statuscode wird verwendet, wenn der Client Dateien in Segmenten unter Verwendung des Bereichs-Header-Felds (range) herunterlädt.	HTTP/1.1 Verfügbar

Umleitungsmeldungen

Statuscode	Grundphrase	Bedeutung	HTTP-Version
300	Multiple Choice (Mehrfachauswahl)	Es gibt mehrere mögliche Antworten auf die Anfrage, und der User-Agent oder Benutzer muss eine davon auswählen. Der Server hat keine Standards, denen er folgen könnte, um den Benutzer bei der Auswahl zu ersetzen.	HTTP/1.0 und später
301	Moved Permanently (Dauerhaft verschoben)	Dieser Statuscode zeigt an, dass sich der angeforderte URI-Ressourcenpfad geändert hat und die neue URL im Location-Header-Feld der Antwort zu finden ist.	HTTP/0.9 Verfügbar
302	Found (Gefunden/Temporär verschoben)	Dieser Statuscode zeigt an, dass sich der angeforderte URI-Ressourcenpfad vorübergehend geändert hat und sich möglicherweise weiter ändern wird. Daher sollte der Client diesen URI weiterhin für zukünftige Zugriffe verwenden. Die neue URL ist im Location:-Header-Feld der Antwort zu finden.	HTTP/0.9 Verfügbar
303	See Other (Siehe andere)	Der Server sendet diese Antwort, um den Client anzuweisen, die GET-Methode zu verwenden, um auf einen anderen URI zuzugreifen.	HTTP/0.9 und 1.1
304	Not Modified (Nicht geändert)	Teilt dem Client mit, dass sich der angeforderte Inhalt seit dem letzten Zugriff nicht geändert hat. Der Client kann die Ressource direkt aus dem Browser-Cache beziehen.	HTTP/0.9 Verfügbar
305	Use Proxy (Proxy verwenden)	Auf die angeforderte Ressource muss über einen Proxy zugegriffen werden. Aus Sicherheitsgründen wird dieser Statuscode nicht weitgehend unterstützt.	HTTP/1.1 Verfügbar
306	unused (unbenutzt)	Dieser Statuscode wird nicht mehr verwendet; er wurde ursprünglich in älteren Versionen der HTTP 1.1-Spezifikation verwendet.	HTTP/1.1 Verfügbar
307	Temporary Redirect (Temporäre Umleitung)	Der Server sendet diese Antwort, um den Client anzuweisen, dieselbe Methode für den Zugriff auf einen anderen URI zu verwenden, um die gewünschte Ressource zu erhalten. Die neue URL ist im Location:-Header-Feld der Antwort zu finden. Er hat die gleiche Semantik wie der 302-Statuscode, und für beide Zugriffe muss dieselbe Methode (GET, POST) verwendet werden.	HTTP/1.1 Verfügbar
308	Permanent Redirect (Dauerhafte Umleitung)	Die angeforderte Ressource wird sich dauerhaft auf einem anderen URI befinden. Die neue URL ist im Location:-Header-Feld der Antwort zu finden. Er hat die gleiche Semantik wie der 301-Statuscode, und für beide Zugriffe muss dieselbe Methode (GET, POST) verwendet werden.	HTTPbis (Experimenteller Entwurf)

Client-Fehlerantworten

Statuscode	Grundphrase	Bedeutung	HTTP-Version
400	Bad Request (Fehlerhafte Anfrage)	Der Server kann die Anfrage aufgrund eines Syntaxfehlers in der gesendeten Anfrage nicht normal lesen.	HTTP/0.9 Verfügbar
401	Unauthorized (Nicht autorisiert)	Eine Authentifizierung ist erforderlich, um den angeforderten Inhalt zu erhalten, ähnlich wie bei einem 403-Fehler. Der Unterschied besteht darin, dass nach einem 401-Fehler die Authentifizierung bestanden werden kann, solange das richtige Konto und Passwort eingegeben werden.	HTTP/0.9 Verfügbar
402	Payment Required (Zahlung erforderlich)	Dieser Statuscode ist für die zukünftige Verwendung reserviert. Der ursprüngliche Zweck der Erstellung dieses Codes war für digitale Zahlungssysteme; er wurde jedoch noch nicht in Gebrauch genommen.	HTTP/0.9 und 1.1
403	Forbidden (Verboten)	Der Client hat kein Recht, auf den angeforderten Inhalt zuzugreifen, und der Server lehnt die Anfrage ab.	HTTP/0.9 Verfügbar
404	Not Found (Nicht gefunden)	Der Server kann die angeforderte Ressource nicht finden. Da dies häufig vorkommt, ist dieser Statuscode beim Surfen im Internet sehr verbreitet.	HTTP/0.9 Verfügbar
405	Method Not Allowed (Methode nicht erlaubt)	Die für die Anfrage verwendete Methode ist vom Server untersagt. RFC2616 schreibt vor, dass die Methoden GET und HEAD nicht untersagt werden können.	HTTP/1.1 Verfügbar
406	Not Acceptable (Nicht akzeptabel)	Nach einer servergesteuerten Inhaltsverhandlung wurde kein geeigneter Inhalt gefunden, der an den Client zurückgegeben werden konnte.	HTTP/1.1 Verfügbar
407	Proxy Authentication Required (Proxy-Authentifizierung erforderlich)	Ähnlich wie Statuscode 401, aber die Authentifizierung ist über einen Proxy erforderlich.	HTTP/1.1 Verfügbar
408	Request Timeout (Anfrage-Zeitüberschreitung)	Der Client hat das Senden einer Anfrage nicht innerhalb der Zeit abgeschlossen, in der der Server bereit war zu warten. Dies bedeutet, dass der Server die Verbindung zum Client unterbricht. Diese Antwort ist in anderen Browsern wie Chrome und IE9 häufiger, um die Browsing-Geschwindigkeit mithilfe des HTTP-Vorverbindungsmechanismus zu beschleunigen. Beachten Sie auch, dass einige Server die Verbindung direkt unterbrechen, ohne eine solche Antwort zu senden.	HTTP/1.1 Verfügbar
409	Conflict (Konflikt)	Diese Anfrage steht im Konflikt mit dem aktuellen Status des Servers.	HTTP/1.1 Verfügbar
410	Gone (Entfernt)	Die angeforderte Ressource wurde gelöscht.	HTTP/1.1 Verfügbar
411	Length Required (Länge erforderlich)	Der Server lehnt die Anfrage ab, weil er das Content-Length-Header-Feld in dieser Anfrage benötigt, der Client es aber nicht gesendet hat.	HTTP/1.1 Verfügbar
412	Precondition Failed (Vorbedingung fehlgeschlagen)	Der Server hat die vom Client in den Anfrage-Header-Feldern beim Abrufen der Ressource festgelegten Vorbedingungen nicht erfüllt.	HTTP/1.1 Verfügbar
413	Request Entity Too Large (Anfrage-Entität zu groß)	Die Größe der Anfrage-Entität überschreitet die vom Server festgelegte Höchstgrenze; der Server kann die HTTP-Verbindung schließen und das Retry-After-Header-Feld zurückgeben.	HTTP/1.1 Verfügbar
414	Request-URI Too Long (Anfrage-URI zu lang)	Die in der Client-Anfrage enthaltene URI-Adresse ist zu lang für die Verarbeitung durch den Server.	HTTP/1.1 Verfügbar
415	Unsupported Media Type (Nicht unterstützter Medientyp)	Der Server unterstützt den vom Client angeforderten Medientyp nicht und lehnt daher die Anfrage ab.	HTTP/1.1 Verfügbar
416	Requested Range Not Satisfiable (Angeforderter Bereich nicht erfüllbar)	Das in der Anfrage enthaltene Range-Header-Feld kann nicht erfüllt werden, normalerweise weil der Zahlenbereich in Range die Größe der angeforderten Ressource überschreitet.	HTTP/1.1 Verfügbar
417	Expectation Failed (Erwartung fehlgeschlagen)	Der im Anfrage-Header Expect angegebene erwartete Inhalt kann vom Server nicht erfüllt werden.	HTTP/1.1 Verfügbar

Server-Fehlerantworten

Statuscode	Grundphrase	Bedeutung	HTTP-Version
500	Internal Server Error (Interner Serverfehler)	Der Server hat ein unbekanntes, unlösbares Problem festgestellt.	HTTP/0.9 Verfügbar
501	Not Implemented (Nicht implementiert)	Der Server unterstützt die in der Anfrage verwendete Methode nicht, wie z. B. POST und PUT. Nur GET und HEAD sind die Methoden, die der Server gemäß der RFC2616-Spezifikation implementieren muss.	HTTP/0.9 Verfügbar
502	Bad Gateway (Fehlerhaftes Gateway)	Der Server fungiert als Gateway und erhält eine ungültige HTTP-Antwort vom Upstream-Server.	HTTP/0.9 Verfügbar
503	Service Unavailable (Dienst nicht verfügbar)	Der Server ist derzeit aufgrund vorübergehender Serverwartung oder Überlastung nicht in der Lage, die Anfrage zu bearbeiten. Diese Situation ist vorübergehend und wird sich nach einiger Zeit erholen. Wenn die Verzögerungszeit geschätzt werden kann, kann die Antwort einen Retry-After:-Header enthalten, um diese Verzögerungszeit anzugeben. Wenn keine Retry-After:-Informationen gegeben werden, sollte der Client sie als 500-Antwort behandeln. In diesem Fall sollte eine freundliche Seite zurückgegeben werden, die das Problem mit dem Server erklärt, und es sollten auch Cache-bezogene HTTP-Header-Informationen enthalten sein, da solche Fehler-Tipp-Seiten normalerweise nicht vom Client zwischengespeichert werden sollten.	HTTP/0.9 Verfügbar
504	Gateway Timeout (Gateway-Zeitüberschreitung)	Der Server fungiert als Gateway und kann keine rechtzeitige Antwort vom Upstream-Server erhalten, um sie an den Client zurückzugeben.	HTTP/1.1 Verfügbar
505	HTTP Version Not Supported (HTTP-Version nicht unterstützt)	Der Server unterstützt die in der gesendeten HTTP-Anfrage verwendete Version des HTTP-Protokolls nicht.	HTTP/1.1 Verfügbar