Lista kodów stanu HTTP — List of HTTP status codes

To jest lista kodów stanu odpowiedzi protokołu Hypertext Transfer Protocol (HTTP). Kody stanu są wydawane przez serwer w odpowiedzi na żądanie klienta skierowane do serwera. Zawiera kody z IETF Request for Comments (RFC), inne specyfikacje i niektóre dodatkowe kody używane w niektórych typowych zastosowaniach HTTP. Pierwsza cyfra kodu statusu określa jedną z pięciu standardowych klas odpowiedzi. Przedstawione zwroty wiadomości są typowe, ale można podać dowolną alternatywę czytelną dla człowieka. O ile nie zaznaczono inaczej, kod stanu jest częścią standardu HTTP/1.1 (RFC 7231).

The Internet Assigned Numbers Authority (IANA) utrzymuje oficjalnego rejestru kodów stanu HTTP.

Wszystkie kody statusu odpowiedzi HTTP są podzielone na pięć klas lub kategorii. Pierwsza cyfra kodu statusu określa klasę odpowiedzi, podczas gdy dwie ostatnie cyfry nie pełnią żadnej roli klasyfikującej ani kategoryzującej. Standard definiuje pięć klas:

  • 1xx odpowiedź informacyjna – prośba została odebrana, proces kontynuuje
  • 2xx pomyślnie – wniosek został pomyślnie odebrany, zrozumiany i zaakceptowany
  • Przekierowanie 3xx – należy podjąć dalsze działania, aby zrealizować żądanie
  • Błąd klienta 4xx – żądanie zawiera złą składnię lub nie może zostać spełnione
  • Błąd serwera 5xx – serwer nie zrealizował pozornie ważnego żądania

1xx odpowiedź informacyjna

Odpowiedź informacyjna wskazuje, że żądanie zostało odebrane i zrozumiane. Wydawany jest tymczasowo, podczas gdy przetwarzanie wniosku jest kontynuowane. Ostrzega klienta, aby czekał na ostateczną odpowiedź. Wiadomość składa się tylko z linii statusu i opcjonalnych pól nagłówka i jest zakończona pustą linią. Ponieważ standard HTTP/1.0 nie zdefiniował żadnych kodów stanu 1xx, serwery nie mogą wysyłać odpowiedzi 1xx do klienta zgodnego z HTTP/1.0, z wyjątkiem warunków eksperymentalnych.

100 Kontynuuj
Serwer otrzymał nagłówki żądania, a klient powinien przystąpić do wysłania treści żądania (w przypadku żądania, którego treść musi zostać przesłana, np. żądanie POST ). Wysyłanie dużej treści żądania do serwera po odrzuceniu żądania z powodu nieodpowiednich nagłówków byłoby nieefektywne. Aby serwer sprawdził nagłówki żądania, klient musi wysłać Expect: 100-continuejako nagłówek w swoim pierwotnym żądaniu i otrzymać 100 Continuew odpowiedzi kod stanu przed wysłaniem treści. Jeśli klient otrzyma kod błędu, taki jak 403 (Zabroniona) lub 405 (Niedozwolona metoda), nie powinien wysyłać treści żądania. Odpowiedź 417 Expectation Failedwskazuje, że żądanie powinno zostać powtórzone bez Expectnagłówka, ponieważ oznacza to, że serwer nie obsługuje oczekiwań (tak jest na przykład w przypadku serwerów HTTP/1.0).
101 protokołów przełączania
Żądający poprosił serwer o zmianę protokołów, a serwer wyraził na to zgodę.
102 Przetwarzanie ( WebDAV ; RFC 2518)
Żądanie WebDAV może zawierać wiele żądań podrzędnych obejmujących operacje na plikach, co wymaga długiego czasu na ukończenie żądania. Ten kod wskazuje, że serwer odebrał i przetwarza żądanie, ale nie ma jeszcze dostępnej odpowiedzi. Zapobiega to przekroczeniu limitu czasu przez klienta i założeniu, że żądanie zostało utracone.
103 wczesne wskazówki (RFC 8297)
Służy do zwracania niektórych nagłówków odpowiedzi przed końcowym komunikatem HTTP.

2xx sukces

Ta klasa kodów stanu wskazuje, że akcja żądana przez klienta została odebrana, zrozumiana i zaakceptowana.

200 OK
Standardowa odpowiedź na udane żądania HTTP. Rzeczywista odpowiedź będzie zależeć od użytej metody żądania. W żądaniu GET odpowiedź będzie zawierać encję odpowiadającą żądanemu zasobowi. W żądaniu POST odpowiedź będzie zawierać encję opisującą lub zawierającą wynik działania.
201 Utworzono
Żądanie zostało spełnione, co skutkuje utworzeniem nowego zasobu.
202 Zaakceptowano
Żądanie zostało przyjęte do przetworzenia, ale przetwarzanie nie zostało zakończone. Żądanie może, ale nie musi być ostatecznie rozpatrzone, i może zostać odrzucone, gdy nastąpi przetwarzanie.
203 Informacje nieautorytatywne (od HTTP/1.1)
Serwer jest transformującym proxy (np. akceleratorem sieci Web ), który otrzymał 200 OK ze swojego źródła, ale zwraca zmodyfikowaną wersję odpowiedzi źródła.
204 Brak treści
Serwer pomyślnie przetworzył żądanie i nie zwraca żadnej zawartości.
205 Resetuj zawartość
Serwer pomyślnie przetworzył żądanie, prosi żądającego o zresetowanie widoku dokumentu i nie zwraca żadnej treści.
206 częściowa zawartość (RFC 7233)
Serwer dostarcza tylko część zasobu ( serwis bajtów ) z powodu nagłówka zakresu wysłanego przez klienta. Nagłówek zakresu jest używany przez klientów HTTP, aby umożliwić wznawianie przerwanych pobrań lub podzielić pobieranie na wiele jednoczesnych strumieni.
207 Wielostanowy (WebDAV; RFC 4918)
Treść komunikatu, który następuje, jest domyślnie komunikatem XML i może zawierać kilka oddzielnych kodów odpowiedzi, w zależności od liczby złożonych żądań podrzędnych.
208 już zgłoszonych (WebDAV; RFC 5842)
Elementy członkowskie powiązania DAV zostały już wyliczone w poprzedniej części odpowiedzi (wielostanowej) i nie są ponownie uwzględniane.
226 IM używany (RFC 3229)
Serwer spełnił żądanie dotyczące zasobu, a odpowiedź jest reprezentacją wyniku jednej lub więcej manipulacji instancją zastosowanych do bieżącej instancji.

Przekierowanie 3xx

Ta klasa kodów stanu wskazuje, że klient musi podjąć dodatkowe działania, aby zakończyć żądanie. Wiele z tych kodów stanu jest używanych w przekierowywaniu adresów URL .

Agent użytkownika może wykonać dodatkową akcję bez interakcji użytkownika tylko wtedy, gdy metodą użytą w drugim żądaniu jest GET lub HEAD. Agent użytkownika może automatycznie przekierować żądanie. Agent użytkownika powinien wykrywać i interweniować, aby zapobiegać cyklicznym przekierowaniom.

300 wielu wyborów
Wskazuje wiele opcji dla zasobu, z których klient może wybrać (poprzez negocjowanie zawartości sterowane przez agenta ). Na przykład ten kod może być używany do prezentowania wielu opcji formatu wideo, do wyświetlania listy plików z różnymi rozszerzeniami nazw plików lub do sugerowania ujednoznacznienia w sensie słowa .
301 wyprowadził się permamentnie
To i wszystkie przyszłe żądania powinny być kierowane do podanego URI .
302 Znalezione (wcześniej „Przeniesiony tymczasowo”)
Informuje klienta, aby spojrzał (przeszedł do) innego adresu URL. Specyfikacja HTTP/1.0 (RFC 1945) wymagała od klienta wykonania tymczasowego przekierowania tą samą metodą (oryginalna fraza opisująca to „Moved Temporarily”), ale popularne przeglądarki zaimplementowały 302 przekierowania, zmieniając metodę na GET. Dlatego HTTP/1.1 dodał kody stanu 303 i 307, aby rozróżnić te dwa zachowania.
303 Zobacz Inne (od HTTP/1.1)
Odpowiedź na żądanie można znaleźć pod innym identyfikatorem URI za pomocą metody GET. Po odebraniu w odpowiedzi na POST (lub PUT/DELETE), klient powinien założyć, że serwer odebrał dane i powinien wysłać nowe żądanie GET do danego URI.
304 niezmodyfikowane (RFC 7232)
Wskazuje, że zasób nie został zmodyfikowany od wersji określonej przez nagłówki żądania If-Modified-Since lub If-None-Match. W takim przypadku nie ma potrzeby ponownego przesyłania zasobu, ponieważ klient nadal posiada pobraną wcześniej kopię.
305 Użyj proxy (od HTTP/1.1)
Żądany zasób jest dostępny tylko przez proxy, którego adres jest podany w odpowiedzi. Ze względów bezpieczeństwa wielu klientów HTTP (takich jak Mozilla Firefox i Internet Explorer ) nie przestrzega tego kodu stanu.
306 Przełącznik proxy
Nieużywany. Pierwotnie oznaczało to „Kolejne żądania powinny korzystać z określonego serwera proxy”.
307 Przekierowanie tymczasowe (od HTTP/1.1)
W takim przypadku żądanie należy powtórzyć z innym identyfikatorem URI; jednak przyszłe żądania powinny nadal używać oryginalnego identyfikatora URI. W przeciwieństwie do tego, w jaki sposób 302 był historycznie zaimplementowany, metoda żądania nie może zostać zmieniona podczas ponownego wysłania oryginalnego żądania. Na przykład żądanie POST powinno zostać powtórzone za pomocą innego żądania POST.
308 stałe przekierowanie (RFC 7538)
To i wszystkie przyszłe żądania powinny być kierowane do podanego URI . 308 jest podobny do zachowania 301, ale nie pozwala na zmianę metody HTTP . Na przykład przesłanie formularza do trwale przekierowanego zasobu może przebiegać płynnie.

4xx błędy klienta

Wiadomość z Wikimedia 404
Błąd 404 na Wikipedii

Ta klasa kodów statusu jest przeznaczona do sytuacji, w których wydaje się, że błąd został spowodowany przez klienta. Z wyjątkiem odpowiedzi na żądanie HEAD, serwer powinien zawierać encję zawierającą wyjaśnienie sytuacji błędu i czy jest to stan tymczasowy czy stały. Te kody stanu mają zastosowanie do dowolnej metody żądania. Programy użytkownika powinny wyświetlać użytkownikowi wszystkie zawarte encje.

400 złych żądań
Serwer nie może lub nie przetworzy żądania z powodu widocznego błędu klienta (np. nieprawidłowej składni żądania, zbyt dużego rozmiaru, nieprawidłowej ramki komunikatu żądania lub zwodniczego routingu żądania).
401 Nieautoryzowane (RFC 7235)
Podobny do 403 Forbidden , ale specjalnie do użytku, gdy wymagane jest uwierzytelnienie, które nie powiodło się lub nie zostało jeszcze dostarczone. Odpowiedź musi zawierać pole nagłówka WWW-Authenticate zawierające wyzwanie mające zastosowanie do żądanego zasobu. Zobacz Uwierzytelnianie dostępu podstawowego i Uwierzytelnianie dostępu szyfrowanego . 401 oznacza semantycznie „nieautoryzowany”, użytkownik nie ma prawidłowych poświadczeń uwierzytelniających dla zasobu docelowego.
Uwaga: Niektóre witryny błędnie wysyłają protokół HTTP 401, gdy adres IP jest blokowany w witrynie (zwykle w domenie witryny) i temu określonemu adresowi nie zezwala się na dostęp do witryny.
402 Wymagana płatność
Zarezerwowane do wykorzystania w przyszłości. Pierwotną intencją było to, aby ten kod mógł być używany jako część jakiejś formy cyfrowej gotówki lub schematu mikropłatności , jak proponuje na przykład GNU Taler , ale tak się jeszcze nie stało, a kod ten nie jest powszechnie używany. Interfejs Google Developers API używa tego stanu, jeśli dany programista przekroczył dzienny limit żądań. Sipgate używa tego kodu, jeśli konto nie ma wystarczających środków, aby rozpocząć połączenie. Shopify używa tego kodu, gdy sklep nie uiścił opłat i jest tymczasowo wyłączony. Stripe używa tego kodu do nieudanych płatności, w których parametry były poprawne, na przykład zablokowanych fałszywych płatności.
403 Zabronione
Żądanie zawierało prawidłowe dane i zostało zrozumiane przez serwer, ale serwer odmawia wykonania akcji. Może to być spowodowane tym, że użytkownik nie ma wymaganych uprawnień do zasobu lub potrzebuje jakiegoś konta, lub próbuje niedozwolonego działania (np. utworzenie zduplikowanego rekordu, w którym dozwolony jest tylko jeden). Ten kod jest również zwykle używany, jeśli żądanie zapewnia uwierzytelnianie przez odpowiedź na wyzwanie pola nagłówka WWW-Authenticate, ale serwer nie zaakceptował tego uwierzytelnienia. Żądanie nie powinno się powtarzać.
404 Nie Znaleziono
Nie można znaleźć żądanego zasobu, ale może on być dostępny w przyszłości. Kolejne żądania klienta są dopuszczalne.
405 Niedozwolona metoda
Metoda żądania nie jest obsługiwana dla żądanego zasobu; na przykład żądanie GET w formularzu, który wymaga przedstawienia danych przez POST lub żądanie PUT w zasobie tylko do odczytu.
406 Niedopuszczalne
Żądany zasób może generować tylko treść nieakceptowalną zgodnie z nagłówkami Accept wysłanymi w żądaniu. Zobacz Negocjacje zawartości .
407 Wymagane uwierzytelnienie proxy (RFC 7235)
Klient musi najpierw uwierzytelnić się za pomocą serwera proxy .
408 Limit czasu żądania
Serwer przekroczył limit czasu oczekiwania na żądanie. Zgodnie ze specyfikacją HTTP: „Klient nie wysłał żądania w czasie, w którym serwer był przygotowany na oczekiwanie. Klient MOŻE powtórzyć żądanie bez modyfikacji w dowolnym późniejszym czasie”.
409 Konflikt
Wskazuje, że żądanie nie mogło zostać przetworzone z powodu konfliktu w bieżącym stanie zasobu, takiego jak konflikt edycji między wieloma jednoczesnymi aktualizacjami.
410 Zniknął
Wskazuje, że żądany zasób nie jest już dostępny i nie będzie ponownie dostępny. Powinno to być używane, gdy zasób został celowo usunięty i zasób powinien zostać wyczyszczony. Po otrzymaniu kodu statusu 410 klient nie powinien w przyszłości żądać zasobu. Klienci, tacy jak wyszukiwarki, powinni usunąć zasób ze swoich indeksów. Większość przypadków użycia nie wymaga od klientów i wyszukiwarek wyczyszczenia zasobu, a zamiast tego można użyć komunikatu „404 Nie znaleziono”.
411 Wymagana długość
Żądanie nie określiło długości swojej zawartości, która jest wymagana przez żądany zasób.
412 Warunek wstępny nie powiódł się (RFC 7232)
Serwer nie spełnia jednego z warunków wstępnych, które requester umieścił w polach nagłówka żądania.
413 Za duża ładowność (RFC 7231)
Żądanie jest większe niż serwer chce lub może przetworzyć. Poprzednio nazywana „Zbyt duża jednostka żądania”.
414 URI za długi (RFC 7231)
Podany identyfikator URI był zbyt długi, aby serwer mógł go przetworzyć. Często jest to wynik zakodowania zbyt dużej ilości danych jako ciąg zapytania żądania GET, w którym to przypadku należy je przekonwertować na żądanie POST. Nazywany wcześniej „Zbyt długi identyfikator URI żądania”.
415 Nieobsługiwany typ nośnika (RFC 7231)
Jednostka żądania ma typ nośnika, którego serwer lub zasób nie obsługuje. Na przykład klient przesyła obraz jako image/svg+xml , ale serwer wymaga, aby obrazy używały innego formatu.
416 Zakres niezadowalający (RFC 7233)
Klient zażądał części pliku ( serwowanie bajtów ), ale serwer nie może dostarczyć tej części. Na przykład, jeśli klient poprosił o część pliku, która znajduje się poza końcem pliku. Nazywany wcześniej „Żądanym zakresem niespełnionym”.
417 Oczekiwanie nie powiodło się
Serwer nie może spełnić wymagań pola Oczekuj nagłówka żądania.
418 Jestem czajnikiem (RFC 2324, RFC 7168)
Ten kod został zdefiniowany w 1998 roku jako jeden z tradycyjnych żartów primaaprilisowych IETF w RFC 2324, Hyper Text Coffee Pot Control Protocol i nie oczekuje się, że zostanie zaimplementowany przez rzeczywiste serwery HTTP. RFC określa, że ​​ten kod powinien być zwracany przez czajniki, które mają zaparzyć kawę. Ten stan HTTP jest używany jako jajko wielkanocne w niektórych witrynach, takich jak Google.com I'm a teapot easter egg.
421 Niewłaściwe żądanie (RFC 7540)
Żądanie zostało skierowane do serwera, który nie jest w stanie wygenerować odpowiedzi (na przykład z powodu ponownego użycia połączenia).
422 Nieprzetwarzalna jednostka (WebDAV; RFC 4918)
Żądanie było poprawnie sformułowane, ale nie można go było wykonać z powodu błędów semantycznych.
423 zablokowane (WebDAV; RFC 4918)
Zasób, do którego uzyskujesz dostęp, jest zablokowany.
424 Nieudana zależność (WebDAV; RFC 4918)
Żądanie nie powiodło się, ponieważ zależało od innego żądania i to żądanie nie powiodło się (np. PROPPATCH).
425 za wcześnie (RFC 8470)
Wskazuje, że serwer nie chce ryzykować przetwarzania żądania, które może zostać odtworzone.
426 Wymagane uaktualnienie
Klient powinien przełączyć się na inny protokół, taki jak TLS/1.3 , podany w polu nagłówka Upgrade .
428 Wymagany warunek wstępny (RFC 6585)
Serwer pochodzenia wymaga, aby żądanie było warunkowe. Ma na celu zapobieganie problemowi „utraconej aktualizacji”, w którym klient pobiera stan zasobu, modyfikuje go i odsyła go z powrotem do serwera, gdy w międzyczasie strona trzecia zmodyfikowała stan na serwerze, co prowadzi do konfliktu.
429 za dużo żądań (RFC 6585)
Użytkownik wysłał zbyt wiele żądań w określonym czasie. Przeznaczony do użytku z systemami ograniczania szybkości .
431 Zbyt duże pola nagłówka żądania (RFC 6585)
Serwer nie chce przetworzyć żądania, ponieważ pojedyncze pole nagłówka lub wszystkie pola nagłówka łącznie są za duże.
451 niedostępne z przyczyn prawnych (RFC 7725)
Operator serwera otrzymał prawne żądanie odmowy dostępu do zasobu lub zestawu zasobów, który zawiera żądany zasób. Kod 451 został wybrany jako odniesienie do powieści Fahrenheita 451 (patrz Podziękowania w RFC).

Błędy serwera 5xx

Serwer nie spełniła prośbę.

Kody statusu odpowiedzi zaczynające się od cyfry „5” wskazują przypadki, w których serwer jest świadomy, że napotkał błąd lub w inny sposób nie jest w stanie wykonać żądania. Z wyjątkiem odpowiedzi na żądanie HEAD, serwer powinien zawierać encję zawierającą wyjaśnienie sytuacji błędu i wskazać, czy jest to stan tymczasowy, czy stały. Podobnie, programy użytkownika powinny wyświetlać użytkownikowi wszystkie zawarte encje. Te kody odpowiedzi mają zastosowanie do dowolnej metody żądania.

500 wewnętrzny błąd serwera
Ogólny komunikat o błędzie, podawany w przypadku napotkania nieoczekiwanego warunku i nie jest odpowiedni komunikat bardziej szczegółowy.
501 Nie zaimplementowano
Serwer albo nie rozpoznaje metody żądania, albo nie ma możliwości realizacji żądania. Zwykle oznacza to przyszłą dostępność (np. nową funkcję interfejsu API usługi sieciowej).
502 Zła brama
Serwer działał jako brama lub serwer proxy i otrzymał nieprawidłową odpowiedź z serwera nadrzędnego.
503 Usługa niedostępna
Serwer nie może obsłużyć żądania (ponieważ jest przeciążony lub wyłączony z powodu konserwacji). Generalnie jest to stan przejściowy.
504 Przekroczenie limitu czasu bramki
Serwer działał jako brama lub serwer proxy i nie otrzymał na czas odpowiedzi z serwera nadrzędnego.
505 Wersja HTTP nie jest obsługiwana
Serwer nie obsługuje wersji protokołu HTTP użytej w żądaniu.
Wariant 506 również negocjuje (RFC 2295)
Przejrzysta negocjacja treści dla żądania skutkuje odwołaniem cyklicznym .
507 Niewystarczająca pamięć (WebDAV; RFC 4918)
Serwer nie jest w stanie przechowywać reprezentacji potrzebnej do realizacji żądania.
Wykryto pętlę 508 (WebDAV; RFC 5842)
Serwer wykrył nieskończoną pętlę podczas przetwarzania żądania (wysłane zamiast 208 Już zgłoszone ).
510 nierozszerzony (RFC 2774)
Aby serwer mógł je zrealizować, wymagane są dalsze rozszerzenia żądania.
Wymagane uwierzytelnienie sieci 511 (RFC 6585)
Klient musi się uwierzytelnić, aby uzyskać dostęp do sieci. Przeznaczone do użytku przez przechwytujące serwery proxy służące do kontroli dostępu do sieci (np. „ portale przechwytujące ” używane do wymagania zgody na Warunki świadczenia usług przed przyznaniem pełnego dostępu do Internetu za pośrednictwem hotspotu Wi-Fi ).

Nieoficjalne kody

Poniższe kody nie są określone przez żadną normę.

218 Jest w porządku ( serwer WWW Apache )
Używany jako warunek błędu typu catch-all, który umożliwia przepływ treści odpowiedzi przez Apache, gdy włączona jest funkcja ProxyErrorOverride. Gdy ProxyErrorOverride jest włączone w Apache, treści odpowiedzi zawierające kod stanu 4xx lub 5xx są automatycznie odrzucane przez Apache na rzecz ogólnej odpowiedzi lub niestandardowej odpowiedzi określonej przez dyrektywę ErrorDocument. Wyrażenie „ To jest w porządku ” to mem internetowy odnoszący się do ignorowania sytuacji lub niepodejmowania żadnych działań pomimo oczywistych dowodów trwającej katastrofy.
419 Strona wygasła ( Laravel Framework )
Używany przez Laravel Framework, gdy brakuje tokena CSRF lub wygasł on.
420 Błąd metody ( Spring Framework )
Przestarzała odpowiedź używana przez Spring Framework, gdy metoda nie powiodła się.
420 Wzmocnij swój spokój ( Twitter )
Zwracany przez wersję 1 interfejsu Twitter Search and Trends API, gdy klient jest ograniczony szybkością; wersje 1.1 i nowsze używają zamiast tego kodu odpowiedzi 429 Too Many Requests . Wyrażenie „Zwiększ swój spokój” pochodzi z filmu Demolition Man z 1993 r. , a jego skojarzenie z tą liczbą jest prawdopodobnie odniesieniem do konopi .
430 pól nagłówka żądania jest za duże ( Shopify )
Używany przez Shopify zamiast kodu odpowiedzi 429 Too Many Requests , gdy żądanych jest zbyt wiele adresów URL w określonym przedziale czasowym.
450 Zablokowane przez kontrolę rodzicielską systemu Windows (Microsoft)
Kod rozszerzenia Microsoft wskazany, gdy Kontrola rodzicielska systemu Windows jest włączona i blokuje dostęp do żądanej strony internetowej.
498 Nieprawidłowy token (Esri)
Zwrócone przez ArcGIS for Server . Kod 498 wskazuje wygasły lub w inny sposób nieważny token.
Wymagany token 499 (Esri)
Zwrócone przez ArcGIS for Server . Kod 499 wskazuje, że token jest wymagany, ale nie został przesłany.
Przekroczono limit przepustowości 509 ( serwer WWW Apache / cPanel )
Serwer przekroczył przepustowość określoną przez administratora serwera; jest to często wykorzystywane przez dostawców hostingu współdzielonego w celu ograniczenia przepustowości klientów.
529 Witryna jest przeciążona
Używany przez Qualys w interfejsie API testowania serwerów SSLLabs, aby zasygnalizować, że witryna nie może przetworzyć żądania.
530 Witryna jest zamrożona
Używany przez platformę internetową Pantheon do wskazania witryny, która została zawieszona z powodu braku aktywności.
598 (Konwencja nieformalna) Błąd przekroczenia limitu czasu odczytu sieci
Używany przez niektóre serwery proxy HTTP do sygnalizowania klientowi przed serwerem proxy przekroczenia limitu czasu odczytu sieciowego za serwerem proxy.

Internetowe usługi informacyjne

Serwer sieci Web Internet Information Services (IIS) firmy Microsoft rozszerza przestrzeń błędów 4xx, aby sygnalizować błędy w żądaniu klienta.

440 Przerwa logowania
Sesja klienta wygasła i należy się ponownie zalogować.
449 Spróbuj ponownie z
Serwer nie może przyjąć żądania, ponieważ użytkownik nie podał wymaganych informacji.
451 Przekierowanie
Używany w programie Exchange ActiveSync, gdy dostępny jest bardziej wydajny serwer lub serwer nie może uzyskać dostępu do skrzynki pocztowej użytkowników. Oczekuje się, że klient ponownie uruchomi operację automatycznego wykrywania HTTP, aby znaleźć bardziej odpowiedni serwer.

Usługi IIS czasami używają dodatkowych podkodów dziesiętnych w celu uzyskania bardziej szczegółowych informacji, jednak te podkody pojawiają się tylko w ładunku odpowiedzi i dokumentacji, a nie w miejscu rzeczywistego kodu stanu HTTP.

nginx

Nginx oprogramowanie serwera WWW powiększa przestrzeń 4xx błędu do spraw sygnał o zamówienie klienta.

444 Brak odpowiedzi
Używany wewnętrznie do instruowania serwera, aby nie zwracał żadnych informacji do klienta i natychmiast zamykał połączenie.
494 Zbyt duży nagłówek żądania
Klient wysłał zbyt duże żądanie lub zbyt długi wiersz nagłówka.
495 Błąd certyfikatu SSL
Rozszerzenie kodu odpowiedzi 400 Bad Request , używanego, gdy klient dostarczył nieprawidłowy certyfikat klienta .
Wymagany certyfikat SSL 496
Rozszerzenie kodu odpowiedzi 400 Bad Request , używanego, gdy certyfikat klienta jest wymagany, ale nie został dostarczony.
497 Żądanie HTTP wysłane do portu HTTPS
Rozszerzenie kodu odpowiedzi 400 Bad Request , używanego, gdy klient wysłał żądanie HTTP do portu nasłuchującego żądań HTTPS.
499 Zamknięte żądanie klienta
Używane, gdy klient zamknął żądanie, zanim serwer mógł wysłać odpowiedź.

Cloudflare

Usługa odwrotnego proxy Cloudflare rozszerza przestrzeń serii błędów 5xx, aby zasygnalizować problemy z serwerem pochodzenia.

520 Serwer WWW zwrócił nieznany błąd
Serwer pochodzenia zwrócił pustą, nieznaną lub nieoczekiwaną odpowiedź do Cloudflare.
521 Serwer sieciowy nie działa
Serwer pochodzenia odrzucił połączenia z Cloudflare. Rozwiązania zabezpieczające u źródła mogą blokować legalne połączenia z niektórych adresów IP Cloudflare.
522 Przekroczono limit czasu połączenia
Cloudflare przekroczył limit czasu połączenia z serwerem pochodzenia.
523 Pochodzenie jest nieosiągalne
Cloudflare nie mógł dotrzeć do serwera pochodzenia; na przykład, jeśli rekordy DNS dla serwera pochodzenia są niepoprawne lub ich brakuje.
524 Nastąpiło przekroczenie limitu czasu
Cloudflare był w stanie nawiązać połączenie TCP z serwerem pochodzenia, ale nie otrzymał na czas odpowiedzi HTTP.
Uzgadnianie 525 SSL nie powiodło się
Cloudflare nie może wynegocjować uzgadniania SSL/TLS z serwerem pochodzenia.
526 Nieprawidłowy certyfikat SSL
Cloudflare nie mógł zweryfikować certyfikatu SSL na pierwotnym serwerze WWW. Używany również przez gorouter Cloud Foundry .
527 Błąd Railguna
Błąd 527 wskazuje na przerwane połączenie między Cloudflare a serwerem Railgun serwera pochodzenia.
530
Zwracany jest błąd 530 wraz z błędem 1xxx.

Elastyczny system równoważenia obciążenia AWS

Amazon „s Elastic równoważenie obciążenia dodaje kilka kodów zwyczaj powrotne

460
Klient zamknął połączenie z systemem równoważenia obciążenia przed upływem limitu czasu bezczynności. Zwykle, gdy limit czasu klienta jest wcześniejszy niż limit czasu elastycznego modułu równoważenia obciążenia.
463
System równoważenia obciążenia otrzymał nagłówek żądania X-Forwarded-For z ponad 30 adresami IP.
561 Nieautoryzowany
Błąd dotyczący uwierzytelniania zwróconego przez serwer zarejestrowany w systemie równoważenia obciążenia. Skonfigurowano regułę odbiornika do uwierzytelniania użytkowników, ale dostawca tożsamości (IdP) zwrócił kod błędu podczas uwierzytelniania użytkownika.

Buforowanie kodów ostrzegawczych

Następujące kody ostrzegawcze związane z buforowaniem są określone w dokumencie RFC 7234. W przeciwieństwie do innych kodów stanu powyżej, nie są one wysyłane jako stan odpowiedzi w protokole HTTP, ale jako część nagłówka HTTP „Ostrzeżenie”. Ponieważ ten nagłówek często nie jest wysyłany przez serwery ani potwierdzany przez klientów, wkrótce zostanie on wycofany przez grupę roboczą HTTP .

110 Odpowiedź jest nieaktualna
Odpowiedź dostarczona przez pamięć podręczną jest nieaktualna (wiek zawartości przekracza maksymalny wiek ustawiony przez nagłówek Cache-Control lub heurystycznie wybrany okres istnienia).
111 Rewalidacja nie powiodła się
Pamięć podręczna nie mogła zweryfikować odpowiedzi z powodu niemożności dotarcia do serwera pochodzenia.
112 Operacja rozłączona
Pamięć podręczna jest celowo odłączona od reszty sieci.
113 Heurystyczne wygaśnięcie
Pamięć podręczna heurystycznie wybrała okres ważności dłuższy niż 24 godziny, a wiek odpowiedzi jest dłuższy niż 24 godziny.
199 Różne Ostrzeżenie
Dowolne, niespecyficzne ostrzeżenie. Tekst ostrzeżenia może być rejestrowany lub prezentowany użytkownikowi.
214 Zastosowana transformacja
Dodawany przez pełnomocnika, jeśli zastosuje jakąkolwiek transformację do reprezentacji, taką jak zmiana kodowania treści, typu nośnika itp.
299 Różne uporczywe ostrzeżenie
To samo co 199, ale wskazuje na ciągłe ostrzeżenie.

Zobacz też

Uwagi

Bibliografia

Zewnętrzne linki