HTTP Response Status Codes

Dieser Status zeigt an, dass die Anfrage soweit akzeptiert wurde. Der Client kann nun mit der Anfrage fortfahren beziehungsweise die Antwort ignorieren, falls die Anfrage bereits abgeschlossen ist.

Als Antwort auf eine Upgrade: Anfrage des Protokolls erscheint dieser Statuscode, wenn der Server mit dem Wechsel einverstanden ist.

Die Anfrage wurde erfolgreich beendet. Abhängig von der eingesetzten HTTP-Methode hat dieser Statuscode unterschiedliche Bedeutungen:

GET - Die Ressource wurde angefordert und wird im Nachrichteninhalt übertragen. HEAD - Im Nachrichteninhalt befindet sich der Header. POST - Die angeforderte Ressource als Ergebnis der Anfrage ist im Nachrichteninhalt angehängt. TRACE - Im Nachrichteninhalt befindet sich die Anfrage in der Form, in der sie beim Server eingetroffen ist.

Die Anfrage wurde korrekt bearbeitet und die Ressource erstellt. Üblicherweise erscheint dieser Statuscode als Antwort auf eine PUT-Anfrage.

Der Server hat die Anfrage erhalten und akzeptiert, diese aber noch nicht bearbeitet. Dieser Status ist für die Stapelverarbeitung gedacht oder den Fall, dass ein anderer Server oder Prozess die Anfrage bearbeitet, da es in HTTP keine asynchronen Antworten gibt.

Dieser Statuscode deutet an, dass die zurückgesendeten Meta-Daten nicht direkt vom Server stammen, sondern von einer dritten oder lokalen Quelle kopiert wurden. Außer bei dieser Bedingung sollte der Status 200 OK für diese Form der Rückmeldung verwendet werden.

Auf die Anfrage wurde kein Inhalt versendet, jedoch könnte der Header wichtige Informationen bereitstellen. Der User kann den zwischengespeicherten Header mit den neuen Daten aktualisieren.

Dieser Statuscode wird übermittelt, wenn die Anfrage zur Zurücksetzung eines Dokuments abgeschlossen wurde.

Dieser Statuscode wird empfangen, wenn der Client eine Anfrage gesendet hat, den Download in mehrere Streams aufzuteilen.

Die Anfrage führte zu mehreren gültigen Antworten. In der Antwort findet sich eine Liste, sodass der User eine genauere Auswahl treffen kann.

Die angeforderte Ressource ist nicht verfügbar, da sie permanent verschoben wurde. Möglicherweise findet sich in der Antwort die neue URI.

Die angeforderte Ressource ist nicht verfügbar, da sie temporär verschoben wurde. Die ursprüngliche Adresse bleibt gültig und sollte weiterhin verwendet werden.

Vom Server wird dieser Statuscode als Antwort versendet, wenn die mit GET angeforderte Ressource an einer anderen URI bereitgestellt wird.

Dieser Statuscode kommt im Zusammenhang mit zwischengespeicherten Daten zum Einsatz. Er teilt dem Client mit, dass die Antwort nicht verändert wurde und die Information aus dem Cache weiterhin gültig ist.

Dieser Statuscode zeigt an, dass ein Proxy eingesetzt werden muss, um Zugang zur Ressource zu erhalten. Der Code wird aufgrund von Sicherheitsbedenken nur selten unterstützt.

Dieser Statuscode wird nicht mehr verwendet und ist zurzeit reserviert. Er kam in HTTP 1.1 zum Einsatz.

Ein Server verschickt diesen Status, wenn die angeforderte Ressource an einer anderen URI mit der gleichen Methode angefordert werden soll. Der Status ähnelt dem 302 Found, jedoch wird hier verhindert, dass der Client die HTTP-Methode ändern kann. So muss bei der zweiten Anfragen ebenfalls POST verwendet werden, wenn die ursprüngliche Anfrage POST nutzte.

Dieser Status zeigt an, dass die angeforderte Ressource permanent unter einen anderen URI verfügbar ist. Die Ressource ist unter der im Location: HTTP Header angegebenen Adresse zu finden. Der Statuscode hat eine ähnliche Funktion wie 301 Moved Permanently, mit der Ausnahme, dass der Client hier die HTTP-Methode nicht verändern darf. Wenn ursprünglich POST verwendet wurde, wird auch bei der zweiten Anfrage POST genutzt.

Der Server konnte die gesendete Anfrage aufgrund einer fehlerhafter Syntax nicht verstehen.

Zur Verarbeitung der Anfrage ist ein gülige Authentifizierung erforderlich. Liegt diese nicht vor, weist der Server den Client mit diesem Status Code ab.

Dieser Status ist für zukünftige Funktionen reserviert. Er ist für digitale Zahlungssysteme vorgesehen, wird aktuell jedoch nicht verwendet.

Dem Client fehlen die entsprechenden Berechtigungen (Authorisierung), sodass der Server die Anfrage ablehnt.

Der Server kann die angeforderte Ressource nicht finden. Dieser Status ist einer der bekanntesten, da er häufig bei fehlerhaften Webadressen angezeigt wird.

Die Anforderung des Clients ist dem Server bekannt, wurde jedoch deaktiviert. Dieser Status kann bei allen Methoden als Antwort erscheinen, mit Ausnahme der beiden Standards GET und HEAD

Diese Antwort wird versendet, wenn der Server auf der Suche nach einer Antwort keinen passenden Inhalt zur Anfrage des Clients gefunden hat.

Ähnlich wie der Status 401, jedoch ist eine Anmeldung über einen Proxy notwendig.

Dieser Status wird an Clients gesendet, die über einen bestimmten Zeitraum hinweg inaktiv waren. Diese Meldung wird ohne Anfrage des Clients versendet. Der Server möchte in diesem Fall die Verbindung unterbrechen und freigeben. In Kombination mit bestimmten Browsern, wie Chrome oder IE9, taucht diese Meldung häufiger auf, da hier Techniken zum Einsatz kommen, um das Surfen zu beschleunigen. Einige Server beenden inaktive Verbindungen auch ohne diese Meldung.

Bei dieser Meldung besteht ein Konflikt zwischen der Anforderung und dem aktuellen Status des Servers.

Dieser Statuscode wird übertragen, wenn die angeforderte Ressource vom Server entfernt wurde.

Der Server hat die Anforderung abgelehnt, da die Content-Length, also die Länge des Inhalts, im Header nicht definiert wurde, der Server dies jedoch zwingend erfordert.

Der Client hat bei der Anfrage Eigenschaften im Header definiert, die nicht mit dem Server kompatibel sind.

Die Anfrage ist größer, als das Maximum, das vom Server vorgegeben wurde. Eventuell beendet der Server die Verbindung oder sendet eine Retry-After Anforderung.

Die vom Client angefragte URI ist länger als was der Server akzeptiert.

Der Server hat die Anfrage abgelehnt, da das Medienformat nicht unterstützt wird.

Die im Header definierte Wert für Range kann nicht erfüllt werden. Möglicherweise liegt der angegebene Wert außerhalb der maximalen Größe für die mögliche Ziel-URI.

Dieser Statuscode deutet an, dass der Wert, der im Header unter Expect definiert wurde, vom Server nicht erfüllt werden kann.

Die Anfrage wurde in einer Art gestellt, die vom Server nicht verarbeitet werden kann. Eventuell ist der Server so konfiguriert, dass er keine Antworten auf Anfragen senden kann, die in der Anforderungs-URI aus einer Kombination aus Schema und Berechtigung bestehen.

Der Server weigert sich, die Anfrage mit dem aktuellen Protokoll auszuführen. Nach einem Upgrade des Client-Protokolls ist eine Ausführung der Anfrage eventuell möglich. Der Server muss bei diesem Statuscode im Upgrade-Header-Feld einen kompatiblen Protokolltyp nennen.

Der ursprüngliche Server erfordert, dass die Anfrage unter Vorbehalt ausgeführt wird. Dies soll verhindern, dass ein Client den Status eine Ressource abruft, ändert oder an den Server zurücksendet und sich dieser Status durch einen dritten Server verändert hat, was zu einem Konflikt führen würde.

Der Nutzer hat in zu kurzer Zeit zu viele Anfragen an den Server gesendet und der Server limitiert die Anzahl an Anfragen.

Der Server lehnt die Verarbeitung der Anfrage ab, da das Header-Feld zu groß ist. Sobald die Größe limitiert wurde, kann die Anfrage erneut gesendet und verarbeitet werden.

Die vom Benutzer angefragte Ressource ist illegal. Beispielsweise handelt es sich um eine Webseite, die von der Regierung zensiert wurde.

Der Server ist auf einen internen Fehler gestoßen und kann diesen nicht umgehen.

Die Anfragemethode wird vom Server nicht unterstützt und kann deshalb nicht verarbeitet werden. Grundsätzlich sind Server nur dazu verpflichtet, GET und HEAD zu unterstützen.

Der Server hat, während er als Gateway agierte, eine ungültige Antwort auf eine Anforderung erhalten, sodass eine Bearbeitung nicht möglich war.

Aktuell steht der Server nicht zur Verfügung. Die Gründe für den temporären Ausfall können Wartungsarbeiten oder eine Überlastung sein. Über Retry-After: im Header kann der Server dem Client übermitteln, wann der Service wieder zur Verfügung steht.

Diese Statusmeldung erscheint, wenn der Server als Gateway agiert und in der vorgegebenen Frist keine passende Antwort erhalten hat.

Die in der Anfrage verwendete HTTP-Version wird vom Server nicht unterstützt.

Auf dem Server ist ein interner Konfigurationsfehler aufgetreten. Die Anforderung führte zu einem Zirkelbezug, der nicht aufgelöst werden kann.

Ein interner Konfigurationsfehler ist aufgetreten. Die Anfrage führte zu einer Schleife, sodass kein gültiger Start- oder Endpunkt festgelegt werden konnte.

Dieser Statuscode zeigt an, dass der Client sich anmelden muss, um Zugriff zum Netzwerk zu erhalten.