Kody statusu HTTP

Serwer otrzymał nagłówki żądań, a klient musiał przystąpić do wysłania ich treści.

Serwer zgadza się na zmianę protokołów na żądanie klienta (np. HTTP → WebSocket).

Serwer przetwarza żądanie, ale nadal nie ma dostępnej odpowiedzi.

Pozwala serwerowi wysłać przewidywane nagłówki linków przed ostateczną odpowiedzią, optymalizując obciążenie zasobów.

Prośba zakończyła się sukcesem. Dokładne znaczenie zależy od użytej metody HTTP (GET zwraca zasób, POST zwraca wynik akcji).

Wniosek został pomyślany i utworzono nowy zasób. Zazwyczaj w odpowiedzi na POST lub PUT.

Wniosek został zaakceptowany do rozpatrzenia, ale nie został jeszcze ukończony (przetwarzanie asynchroniczne).

Wniosek został pomyślany, ale informacje zawarte w treści pochodzą z kopii pamięci podręcznej zewnętrznej, a nie z oryginalnego serwera.

Wniosek został przyjęty, ale nie ma żadnej treści do przesłania. To częste w skutecznych odpowiedziach DELETE lub PUT.

Prośba zakończyła się sukcesem. Klient musi ponownie uruchomić widok dokumentu (np. wyczyścić formularz).

Serwer dostarcza tylko część zasobu w wyniku nagłówka Range wysyłanego przez klienta. Używane do pobierania i streamingu do pobierania i odtwarzania.

Ciało odpowiedzi zawiera wiele kodów statusu dla różnych podzasobów (WebDAV).

Członkowie wiążącego DAV byli już wymienieni w poprzedniej odpowiedzi i nie są ponownie uwzględniani (WebDAV).

Serwer wypełnił żądanie GET, a odpowiedź jest odzwierciedleniem wyniku jednej lub więcej manipulacji instancji zastosowanych do bieżącego zasobu.

Prośba ma więcej niż jedną możliwą odpowiedź. Klient musi wybrać jedną z nich.

URL zasobu został trwale zmieniony. Nowy adres URL jest dołączony do nagłówka Location.

Zasób tymczasowo znajduje się w innym URI. Klient musi używać tego samego oryginalnego URI dla przyszłych żądań.

Serwer przekierowuje klienta do innego zasobu za pomocą GET, mimo że pierwotne żądanie użyło innej metody.

Pamięć podręczna klienta jest aktualna. Jest używany w odpowiedzi na żądania warunkowe (If-None-Match, If-Modified-Since ).

Do zasobu trzeba uzyskać dostęp przez proxy. Ze względów bezpieczeństwa przestarzałe.

Zasób tymczasowo znajduje się w innym URI. W przeciwieństwie do 302, metoda HTTP nie powinna się zmieniać w przekierowaniu.

Zasób został trwale przeniesiony do innego URI. W przeciwieństwie do 301, metoda HTTP nie powinna się zmieniać w przekierowaniu.

Serwer nie jest w stanie przetworzyć żądania z powodu błędu klienta: nieprawidłowej składni, nieprawidłowych parametrów itp.

Klient musi się uwierzytelnić, aby otrzymać odpowiedź. Serwer musi zawierać nagłówek WWW-Authenticate.

Zarezerwowane na przyszłe użycie. Niektóre usługi używają go, aby wskazać, że wymagana jest płatność.

Klient nie ma uprawnień do dostępu do zasobu. W przeciwieństwie do 401, serwer wie, kto jest klientem, ale odmawia mu dostępu.

Serwer nie znalazł żądanego zasobu. Jest także wykorzystywany do odmowy dostępu do istniejących zasobów bez ujawnienia ich istnienia.

Użyta metoda HTTP nie jest dozwolona dla żądanego zasobu. Serwer musi dołączyć nagłówek Allow wraz z dozwolonymi metodami.

Serwer nie może wygenerować odpowiedzi spełniającej kryteria negocjacji treści przesłane przez klienta.

Klient musi uwierzytelnić się z pośrednikiem proxy, zanim broker wyśle żądanie do serwera.

Serwer zamknął połączenie, ponieważ klient zbyt długo nie wysyłał pełnego żądania.

Żądanie to koliduje z aktualnym stanem serwera (np. jednoczesna modyfikacja tego samego zasobu).

Żądany zasób nie jest już dostępny i nie wróci. W przeciwieństwie do 404, wiadomo na pewno, że został wyeliminowany.

Serwer odrzuca żądanie, ponieważ wymagany nagłówek Content-Length nie został uwzględniony.

Serwer ocenia warunki wstępne żądania (nagłówki If-*) i niektóre z nich zawiodły.

Ciało żądań przekracza limity zdefiniowane przez serwer.

URI żądania jest dłuższe niż serwer jest w stanie zinterpretować.

Format treści żądań nie jest obsługiwany przez serwer (typ MIME nie jest akceptowany).

Żądany zakres bajtów nie może zostać spełniony: znajduje się poza granicami zasobu.

Serwer nie może spełnić wymagań wymienionych w nagłówku Expect żądania.

Kelner odrzuca próby parzenia kawy, bo to czajnik. Kod żartobliwy zdefiniowany w RFC protokołu Hyper Text Coffee Pot Control Protocol (HTCPCP).

Żądanie zostało skierowane do serwera, który nie może wygenerować odpowiedzi na kombinację schematu i autorytetu.

Żądanie jest dobrze sformułowane, ale nie może zostać przetworzone z powodu błędów semantycznych (np. walidacja danych).

Zasób, do którego próbuje się dostać, jest blokowany (WebDAV).

Żądanie nie powiodło się, ponieważ zależało od innego żądania, które również nie udało się (WebDAV).

Serwer nie chce przetwarzać żądania, które mogłoby zostać powtórzone, aby uniknąć ataków powtarzalnych.

Serwer odmawia przetworzenia żądania przy użyciu aktualnego protokołu; klient musi go zaktualizować (np. przenieść się do TLS).

Serwer wymaga, aby żądanie było warunkowe (zawierało nagłówki If-Match itp.), aby uniknąć przegapionych aktualizacji.

Klient wysłał zbyt wiele próśb w określonym czasie (ograniczenie cen).

Serwer odrzuca żądanie, ponieważ jeden lub więcej nagłówków HTTP jest zbyt długich.

Środek ten nie jest dostępny z powodów prawnych (cenzura rządowa, nakaz sądowy itp.).

Serwer napotkał nieoczekiwany warunek, który uniemożliwił wykonanie żądania. To jest ogólny kod błędu serwera.

Serwer nie obsługuje funkcjonalności wymaganej do przetwarzania żądania (np. metoda nierozpoznana HTTP).

Serwer, działając jako brama lub proxy, otrzymał nieprawidłową odpowiedź od serwera nadprądowego.

Serwer jest tymczasowo niedostępny, zwykle z powodu przeciążenia lub konserwacji. Nagłówek Retry-After może wskazywać, kiedy będzie dostępny.

Serwer, działając jako brama, nie otrzymał odpowiedzi na czas od serwera nadrzędnego.

Serwer nie obsługuje wersji protokołu HTTP użytej w żądaniu.

Błąd konfiguracji wewnętrznej: Wybrany wariant treści jest skonfigurowany tak, aby negocjował zawartość samodzielnie.

Serwer nie może przechować reprezentacji potrzebnej do zakończenia żądania (WebDAV).

Serwer wykrył nieskończoną pętlę podczas przetwarzania żądania (WebDAV).

Potrzebne są kolejne rozszerzenia żądania, aby serwer mógł je przetworzyć.

Klient musi się uwierzytelnić, aby uzyskać dostęp do sieci (np. portal captive Wi-Fi).