Der erste Teil der Anfrage wurde empfangen; der Client soll den Body weitersenden.
Der Server stimmt dem Protokollwechsel zu (z. B. HTTP/1.1 zu WebSocket).
WebDAV — die Anfrage wurde akzeptiert, ist aber noch nicht abgeschlossen.
Wird mit dem Link-Header verwendet, damit der Client Ressourcen vor der endgültigen Antwort vorab laden kann.
Die Anfrage war erfolgreich. Die genaue Bedeutung hängt von der Methode ab.
Die Anfrage war erfolgreich und eine neue Ressource wurde erstellt.
Die Anfrage wurde zur Verarbeitung akzeptiert, ist aber noch nicht abgeschlossen (asynchrone Arbeit).
Die zurückgegebenen Metadaten stammen von einem transformierenden Proxy, nicht vom Ursprungsserver.
Die Anfrage war erfolgreich, aber es gibt keinen Body zurückzugeben.
Weist den Client an, die Dokumentansicht zurückzusetzen, die die Anfrage gesendet hat (z. B. das Formular zu leeren).
Wird als Antwort auf eine Range-Anfrage verwendet — der Body enthält nur den angeforderten Byte-Bereich.
Die Ressource hat mehrere Darstellungen; der Client muss eine auswählen.
Die Ressource hat eine neue permanente URL. Suchmaschinen aktualisieren ihren Index.
Die Ressource befindet sich vorübergehend an einer anderen URL. Verwenden Sie 307, wenn die Methode erhalten bleiben muss.
Nach einem POST leitet den Client weiter, um das Ergebnis mit GET abzurufen (Post/Redirect/Get).
Die Cache-Kopie ist noch aktuell — wird als Antwort auf bedingte GETs gesendet (ETag / If-Modified-Since).
Wie 302, aber die Anfragemethode darf beim Folgen der Weiterleitung nicht geändert werden.
Wie 301, aber die Anfragemethode darf beim Folgen der Weiterleitung nicht geändert werden.
Der Server kann oder will die Anfrage wegen eines Client-Fehlers nicht verarbeiten (fehlerhafte Syntax, ungültiges Framing).
Authentifizierung ist erforderlich und fehlgeschlagen oder nicht bereitgestellt. (Trotz des Namens geht es um Authentifizierung, nicht Autorisierung.)
Für zukünftige Verwendung reserviert. Wird gelegentlich von APIs verwendet, um zu signalisieren, dass ein zahlungspflichtiges Kontingent erreicht ist.
Der Server hat die Anfrage verstanden, lehnt sie aber ab. Eine erneute Authentifizierung hilft nicht.
Der Server kann die angeforderte Ressource nicht finden.
Die Methode ist dem Server bekannt, wird aber von der Zielressource nicht unterstützt.
Der Server kann keine Antwort erzeugen, die den vom Client gesendeten Accept-Headern entspricht.
Wie 401, aber die Authentifizierung ist für einen Proxy erforderlich.
Beim Warten auf die Anfrage trat ein Timeout am Server auf.
Die Anfrage steht im Konflikt mit dem aktuellen Zustand der Zielressource (z. B. Versionskonflikt).
Die Ressource wurde dauerhaft gelöscht, ohne Weiterleitungsadresse.
Der Server benötigt einen Content-Length-Header.
Eine Vorbedingung in den Anfrage-Headern (z. B. If-Match) wurde vom Server nicht erfüllt.
Der Anfrage-Body ist größer, als der Server zu verarbeiten bereit ist.
Die URI ist länger, als der Server interpretieren möchte.
Der Anfrage-Body verwendet einen Medientyp, den der Server oder die Ressource nicht unterstützt.
Der Range-Header fordert einen Bereich außerhalb der Datei an.
Ein Aprilscherz aus RFC 2324. Wird von Servern zurückgegeben, die sich weigern, Kaffee zu kochen.
Die Anfrage wurde an einen Server gesendet, der keine Antwort liefern kann (z. B. falsche HTTP/2-Verbindung).
Die Anfrage ist wohlgeformt, enthält aber semantische Fehler (von APIs häufig für Validierungsfehler verwendet).
WebDAV — die zugegriffene Ressource ist gesperrt.
Der Server will keine Anfrage verarbeiten, die möglicherweise wiederholt wird.
Der Client muss auf ein anderes Protokoll (z. B. TLS) umstellen, um die Anfrage abzuschließen.
Der Server verlangt, dass die Anfrage bedingt ist (hilft, das Lost-Update-Problem zu vermeiden).
Der Client hat in einer bestimmten Zeit zu viele Anfragen gesendet (Rate Limiting).
Der Server lehnt die Anfrage ab, weil ein Header-Feld — oder die Header insgesamt — zu groß ist.
Die Ressource ist aus rechtlichen Gründen nicht verfügbar (benannt nach Fahrenheit 451).
Der Server stieß auf eine unerwartete Bedingung. Der allgemeine 5xx-Fehler.
Der Server erkennt die Anfragemethode nicht.
Der Server, der als Gateway fungiert, hat eine ungültige Antwort vom Upstream-Server erhalten.
Der Server ist nicht bereit, die Anfrage zu bearbeiten — meist überlastet oder in Wartung.
Der Server, der als Gateway fungiert, hat keine rechtzeitige Antwort vom Upstream-Server erhalten.
Der Server unterstützt die in der Anfrage verwendete HTTP-Version nicht.
WebDAV — der Server kann die zur Bearbeitung erforderliche Darstellung nicht speichern.
WebDAV — der Server hat während der Verarbeitung eine Endlosschleife festgestellt.
Der Client muss sich für den Netzwerkzugriff authentifizieren (Captive Portals).
