62 Codes
Der Server hat die Anforderungs-Header erhalten und der Client muss nun den Inhalt senden.
Der Server akzeptiert, den Protokollwechsel gemäß der Anforderung des Clients auszuführen (z. B. HTTP → WebSocket).
Der Server verarbeitet die Anfrage, hat jedoch noch keine Antwort bereit.
Erlaubt dem Server, vor der endgültigen Antwort vorab Verknüpfungs-Header zu senden, was die Ressourcenauslastung optimiert.
Die Anforderung war erfolgreich. Der genaue Sinn hängt vom verwendeten HTTP-Methode ab (GET gibt den Ressourcen zurück, POST gibt das Ergebnis der Aktion zurück).
Die Anfrage war erfolgreich, und ein neuer Ressourcen wurde erstellt. Typischerweise als Antwort auf POST oder PUT.
Die Anfrage wurde zum Verarbeiten akzeptiert, aber dieser Prozess ist noch nicht abgeschlossen (asynchrone Verarbeitung).
Die Anfrage war erfolgreich, aber die Informationen im Text stammen aus einer Cache-Kopie von Dritten und nicht vom ursprünglichen Server.
Die Anfrage war erfolgreich, es gibt jedoch keinen Inhalt, der gesendet werden soll. Dies ist häufig bei erfolgreichen DELETE- oder PUT-Antworten der Fall.
Die Anforderung war erfolgreich. Der Kunde muss die Ansicht des Dokuments neu starten (z. B. ein Formular leeren).
Der Server liefert nur einen Teil des Ressourcen, als Ergebnis eines vom Client gesendeten Range-Headers. Wird bei wiederaufnehmbaren Downloads und Streaming verwendet.
Der Antwortkörper enthält mehrere Statuscodes für verschiedene Unterressourcen (WebDAV).
Die Mitglieder eines verbindlichen DAV wurden bereits in einer vorherigen Antwort aufgeführt und werden nicht erneut aufgeführt (WebDAV).
Der Server hat eine GET-Anforderung erfüllt, und die Antwort ist eine Darstellung des Ergebnisses einer oder mehrerer Instanzmanipulationen, die auf den aktuellen Ressourcen angewendet wurden.
Die Anfrage hat mehr als eine mögliche Antwort. Der Kunde muss eine davon auswählen.
Die URL des Ressourcen wurde dauerhaft geändert. Die neue URL ist im Header Location enthalten.
Der Ressourcendienst ist vorübergehend unter einer anderen URI verfügbar. Der Client muss für zukünftige Anfragen die gleiche ursprüngliche URI verwenden.
Der Server leitet den Client mit GET zu einem anderen Ressourcen um, obwohl die ursprüngliche Anfrage ein anderes Verfahren verwendet hat.
Die Client-Cache ist aktualisiert. Sie wird bei bedingten Anfragen (If-None-Match, If-Modified-Since) verwendet.
Der Zugriff auf den Dienst muss über einen Proxy erfolgen. Aus Sicherheitsgründen veraltet.
Der Ressourcendienst ist vorübergehend unter einer anderen URI. Im Gegensatz zu 302 muss sich der HTTP-Methode bei der Weiterleitung nicht ändern.
Der Ressourcenzugriff wurde permanent auf eine andere URI verschoben. Im Gegensatz zu 301 muss sich der HTTP-Methode bei der Weiterleitung nicht ändern.
Der Server kann die Anfrage aufgrund eines Fehlers des Clients nicht verarbeiten: fehlerhafte Syntax, ungültige Parameter usw.
Der Client muss sich authentifizieren, um die Antwort zu erhalten. Der Server muss den Header WWW-Authenticate enthalten.
Reserviert für zukünftigen Gebrauch. Einige Dienste verwenden dies, um anzuzeigen, dass ein Zahlungsvorgang erforderlich ist.
Der Client hat keinen Zugriffsberechtigung auf den Ressourcen. Im Gegensatz zu 401 weiß der Server, wer der Client ist, verweigert ihm jedoch den Zugriff.
Der Server hat den angeforderten Ressourcen nicht gefunden. Auch wird er verwendet, um den Zugriff auf vorhandene Ressourcen zu verweigern, ohne deren Existenz zu offenbaren.
Der verwendete HTTP-Methode ist für den angeforderten Ressourcen nicht zulässig. Der Server muss den Header „Allow“ mit den zulässigen Methoden enthalten.
Der Server kann keine Antwort erstellen, die mit den vom Client gesendeten Inhaltsverhandlungsbedingungen übereinstimmt.
Der Client muss sich mit dem intermediären Proxy authentifizieren, bevor dieser die Anfrage an den Server sendet.
Der Server hat die Verbindung geschlossen, weil der Client zu lange gebraucht hat, um die vollständige Anforderung zu senden.
Die Anforderung steht im Konflikt mit dem aktuellen Zustand des Servers (z. B. konsekutive Änderung desselben Ressourcen).
Der angeforderte Inhalt ist nicht mehr verfügbar und wird nicht wiederhergestellt. Im Gegensatz zu 404 ist es mit Sicherheit bekannt, dass er gelöscht wurde.
Der Server lehnt die Anfrage ab, da der erforderliche Content-Length-Header nicht enthalten war.
Der Server hat die vorangehenden Bedingungen der Anfrage (If-*-Zeilen) geprüft, und eine davon ist fehlgeschlagen.
Der Antragsinhalt überschreitet die vom Server festgelegten Grenzen.
Die URI der Anfrage ist länger als der Server interpretieren kann.
Das Format des Inhalts der Anfrage wird vom Server nicht unterstützt (nicht akzeptierter MIME-Typ).
Der angeforderte Bytespeicherbereich kann nicht erfüllt werden: Er liegt außerhalb der Ressourcengrenzen.
Der Server kann die in der Anforderung im Header Expect angegebenen Anforderungen nicht erfüllen.
Der Server lehnt Versuche ab, Kaffee zuzubereiten, weil es sich um eine Teekanne handelt. Witzcode, der im RFC des Hyper Text Coffee Pot Control Protocol (HTCPCP) definiert ist.
Die Anfrage wurde an einen Server gerichtet, der für die Kombination aus Schema und Autorität keine Antwort erzeugen kann.
Die Anfrage ist ordnungsgemäß formuliert, kann jedoch aufgrund semantischer Fehler (z. B. Datenvalidierung) nicht verarbeitet werden.
Der aufgerufene Ressourcen ist gesperrt (WebDAV).
Die Anfrage ist fehlgeschlagen, da sie von einer anderen Anfrage abhängt, die ebenfalls fehlgeschlagen ist (WebDAV).
Der Server ist nicht bereit, eine Anfrage zu verarbeiten, die wiederholt werden könnte, um Wiederholungsangriffe zu vermeiden.
Der Server lehnt ab, die Anfrage mit dem aktuellen Protokoll zu verarbeiten; der Client muss es aktualisieren (z. B. auf TLS wechseln).
Der Server erfordert, dass die Anfrage bedingt ist (Inklusion von If-Match-Headern usw.), um verlorene Aktualisierungen zu vermeiden.
Der Kunde hat in einem bestimmten Zeitraum zu viele Anfragen gesendet (Rate-Limiting).
Der Server lehnt die Anfrage ab, da ein oder mehrere HTTP-Header zu lang sind.
Der Inhalt ist aus rechtlichen Gründen (staatliche Zensur, Gerichtsbeschluss usw.) nicht verfügbar.
Der Server hat eine unerwartete Bedingung gefunden, die es ihm unmöglich machte, die Anforderung abzuschließen. Es handelt sich um den generischen Serverfehlercode.
Der Server unterstützt die für die Verarbeitung der Anfrage erforderliche Funktionalität nicht (z. B. nicht anerkannter HTTP-Methode).
Der Server, der als Gateway oder Proxy fungiert, hat eine ungültige Antwort vom Upstream-Server erhalten.
Der Server ist vorübergehend nicht verfügbar, normalerweise aufgrund von Überlastung oder Wartung. Der Header Retry-After kann angeben, wann der Server verfügbar sein wird.
Der Server, der als Gateway fungiert, hat keine rechtzeitige Antwort vom Upstream-Server erhalten.
Der Server unterstützt nicht die in der Anfrage verwendete Version des HTTP-Protokolls.
Interner Konfigurationsfehler: Die ausgewählte Inhaltsvariante ist so konfiguriert, dass sie Inhalte selbst verhandelt.
Der Server kann die erforderliche Darstellung nicht speichern, um die Anforderung (WebDAV) abzuschließen.
Der Server hat beim Verarbeiten der Anfrage (WebDAV) einen Endlosschleifen erkannt.
Es sind weitere Erweiterungen der Anfrage erforderlich, damit der Server sie verarbeiten kann.
Der Kunde muss sich authentifizieren, um auf das Netzwerk zugreifen zu können (z. B. Wi-Fi-Kautionsportal).
Es gibt keinen Standard für die Anzeige von proprietären Codes von Cloudflare, Nginx, IIS und anderen Webservern.