Lista över HTTP -statuskoder - List of HTTP status codes

Detta är en lista över Hypertext Transfer Protocol (HTTP) svarsstatuskoder. Statuskoder utfärdas av en server som svar på en klients begäran till servern. Den innehåller koder från IETF Request for Comments (RFC), andra specifikationer och några ytterligare koder som används i vissa vanliga applikationer för HTTP. Den första siffran i statuskoden anger en av fem standardklasser av svar. Meddelandefraserna som visas är typiska, men alla mänskligt läsbara alternativ kan tillhandahållas. Om inte annat anges är statuskoden en del av HTTP/1.1 -standarden (RFC 7231).

De Internet Assigned Numbers Authority (IANA) bibehåller den officiella register över HTTP statuskoder.

Alla HTTP -svarstatuskoder är uppdelade i fem klasser eller kategorier. Den första siffran i statuskoden definierar svarsklassen, medan de två sista siffrorna inte har någon klassificerings- eller kategoriseringsroll. Det finns fem klasser definierade av standarden:

1xx informationssvar - begäran mottogs, fortsätter processen
2xx lyckades - begäran mottogs, förstod och accepterades
3xx omdirigering - ytterligare åtgärder måste vidtas för att slutföra begäran
4xx klientfel - begäran innehåller dålig syntax eller kan inte uppfyllas
5xx serverfel - servern kunde inte uppfylla en till synes giltig begäran

1xx informationssvar

Ett informationssvar indikerar att begäran mottogs och förstods. Den utfärdas provisoriskt medan förfrågningsbehandlingen fortsätter. Det varnar klienten för att vänta på ett slutligt svar. Meddelandet består endast av statusraden och valfria rubrikfält och avslutas med en tom rad. Eftersom HTTP/1.0 -standarden inte definierade några 1xx -statuskoder, får servrar inte skicka ett 1xx -svar till en HTTP/1.0 -kompatibel klient utom under experimentella förhållanden.

100 Fortsätt: Servern har tagit emot förfrågningsrubrikerna och klienten bör fortsätta att skicka förfrågningsorganet (i fallet med en begäran som ett organ behöver skickas till, till exempel en POST -begäran). Att skicka en stor förfrågningsdel till en server efter att en begäran har avvisats för olämpliga rubriker skulle vara ineffektivt. För att en server ska kontrollera begärans rubriker måste en klient skicka Expect: 100-continuesom en rubrik i sin första begäran och få en 100 Continuestatuskod som svar innan kroppen skickas. Om klienten får en felkod som 403 (förbjuden) eller 405 (metod inte tillåten) ska den inte skicka begäran. Svaret 417 Expectation Failedindikerar att begäran ska upprepas utan Expectrubriken eftersom det indikerar att servern inte stöder förväntningar (detta är till exempel fallet med HTTP/1.0 -servrar).
101 Växlingsprotokoll: Begäraren har bett servern att byta protokoll och servern har godkänt att göra det.
102 Bearbetning ( WebDAV ; RFC 2518): En WebDAV-begäran kan innehålla många delförfrågningar som involverar filoperationer, vilket kräver lång tid att slutföra begäran. Denna kod indikerar att servern har tagit emot och behandlar begäran, men inget svar är tillgängligt än. Detta hindrar klienten från att ta timeout och antar att begäran förlorades.
103 Tidiga tips (RFC 8297): Används för att returnera några svarsrubriker före det sista HTTP -meddelandet.

2xx framgång

Denna klass av statuskoder indikerar att åtgärden som begärts av klienten har tagits emot, förståtts och accepterats.

200 OK: Standardsvar för framgångsrika HTTP -förfrågningar. Det faktiska svaret beror på vilken förfrågningsmetod som används. I en GET -begäran kommer svaret att innehålla en enhet som motsvarar den begärda resursen. I en POST -begäran kommer svaret att innehålla en enhet som beskriver eller innehåller resultatet av åtgärden.
201 Skapad: Begäran har uppfyllts, vilket resulterat i skapandet av en ny resurs.
202 Godkänd: Begäran har godkänts för behandling, men behandlingen har inte slutförts. Begäran kan eventuellt efterhandas, och kan inte tillåtas när behandlingen sker.
203 Icke-auktoritativ information (sedan HTTP/1.1): Servern är en transformerande proxy (t.ex. en webbaccelerator ) som fick 200 OK från sitt ursprung, men som returnerar en modifierad version av ursprungets svar.
204 Inget innehåll: Servern har behandlat begäran och returnerar inget innehåll.
205 Återställ innehåll: Servern behandlade begäran framgångsrikt, ber att begäraren återställer dokumentvyn och returnerar inget innehåll.
206 Delvis innehåll (RFC 7233): Servern levererar endast en del av resursen ( byteservering ) på grund av ett intervallhuvud som skickas av klienten. Områdehuvudet används av HTTP -klienter för att möjliggöra återupptagande av avbrutna nedladdningar eller dela en nedladdning i flera samtidiga strömmar.
207 Multi-Status (WebDAV; RFC 4918): Meddelandetexten som följer är som standard ett XML- meddelande och kan innehålla ett antal separata svarskoder, beroende på hur många underförfrågningar som gjordes.
208 Redan rapporterad (WebDAV; RFC 5842): Medlemmarna i en DAV -bindning har redan räknats upp i en föregående del av (multistatus) svaret och inkluderas inte igen.
226 IM används (RFC 3229): Servern har uppfyllt en begäran om resursen, och svaret är en representation av resultatet av en eller flera instansmanipulationer som tillämpas på den aktuella instansen.

3xx omdirigering

Denna klass av statuskod indikerar att klienten måste vidta ytterligare åtgärder för att slutföra begäran. Många av dessa statuskoder används vid URL -omdirigering .

En användaragent får utföra den extra åtgärden utan användarinteraktion endast om metoden som används i den andra begäran är GET eller HEAD. En användaragent kan automatiskt omdirigera en begäran. En användaragent bör upptäcka och ingripa för att förhindra cykliska omdirigeringar.

300 flera val: Anger flera alternativ för resursen som klienten kan välja från (via agentstyrd innehållsförhandling ). Till exempel kan den här koden användas för att presentera flera videoformatalternativ, för att lista filer med olika filnamnstillägg eller för att föreslå ordkänslig disambiguering .
301 flyttade permanent: Detta och alla framtida förfrågningar bör riktas till den angivna URI .
302 hittades (Tidigare "Flyttat tillfälligt"): Berättar klienten att titta på (bläddra till) en annan webbadress. HTTP/1.0 -specifikationen (RFC 1945) krävde att klienten utförde en tillfällig omdirigering med samma metod (den ursprungliga beskrivande frasen var "Flyttad tillfälligt"), men populära webbläsare implementerade 302 omdirigeringar genom att ändra metoden till GET. Därför lade HTTP/1.1 till statuskoder 303 och 307 för att skilja mellan de två beteenden.
303 Se Annat (sedan HTTP/1.1): Svaret på förfrågan kan hittas under en annan URI med GET -metoden. När den tas emot som svar på en POST (eller PUT/DELETE), bör klienten anta att servern har tagit emot data och bör utfärda en ny GET -begäran till den angivna URI: n.
304 Ej ändrad (RFC 7232): Anger att resursen inte har ändrats sedan den version som angetts av begäranhuvudena If-Modified-Since eller If-None-Match. I sådana fall behöver du inte överföra resursen igen eftersom klienten fortfarande har en tidigare nedladdad kopia.
305 Använd proxy (sedan HTTP/1.1): Den begärda resursen är endast tillgänglig via en proxy, vars adress anges i svaret. Av säkerhetsskäl följer många HTTP -klienter (t.ex. Mozilla Firefox och Internet Explorer ) inte denna statuskod.
306 Switch -proxy: Används inte längre. Ursprungligen menade "Efterföljande förfrågningar bör använda den angivna proxy."
307 Tillfällig omdirigering (sedan HTTP/1.1): I detta fall bör begäran upprepas med en annan URI; framtida förfrågningar bör dock fortfarande använda den ursprungliga URI: n. Till skillnad från hur 302 historiskt implementerades tillåts inte förfrågningsmetoden när den ursprungliga begäran återutges. Till exempel bör en POST -begäran upprepas med en annan POST -begäran.
308 Permanent omdirigering (RFC 7538): Detta och alla framtida förfrågningar bör riktas till den angivna URI . 308 parallellt beteendet hos 301, men tillåter inte att HTTP -metoden ändras . Så till exempel kan skicka ett formulär till en permanent omdirigerad resurs fortsätta smidigt.

4xx klientfel

404 -fel på Wikipedia

Denna klass av statuskod är avsedd för situationer där felet verkar ha orsakats av klienten. Förutom när du svarar på en HEAD -begäran bör servern inkludera en enhet som innehåller en förklaring av felsituationen och om det är ett tillfälligt eller permanent tillstånd. Dessa statuskoder är tillämpliga på alla förfrågningsmetoder. Användaragenter bör visa alla inkluderade enheter för användaren.

400 Dålig Förfrågan: Servern kan eller kommer inte att behandla begäran på grund av ett uppenbart klientfel (t.ex. missformad förfrågningssyntax, för stor storlek, ogiltig begäran om inramning eller vilseledande begäran routing).
401 Obehörig (RFC 7235): Liknar 403 Forbidden , men specifikt för användning när autentisering krävs och har misslyckats eller ännu inte tillhandahållits. Svaret måste innehålla ett WWW-Authenticate-huvudfält som innehåller en utmaning som gäller för den begärda resursen. Se Grundläggande åtkomstautentisering och Digest -åtkomstautentisering . 401 betyder semantiskt "obehörig", användaren har inte giltiga autentiseringsuppgifter för målresursen.; Obs: Vissa webbplatser utfärdar felaktigt HTTP 401 när en IP -adress är förbjuden från webbplatsen (vanligtvis webbplatsdomänen) och den specifika adressen nekas tillstånd att komma åt en webbplats.
402 Betalning krävs: Reserverad för framtida bruk. Den ursprungliga avsikten var att den här koden skulle kunna användas som en del av någon form av digitala kontanter eller mikropaymentsystem , som till exempel föreslagits av GNU Taler , men det har ännu inte hänt, och denna kod används inte i stor utsträckning. Google Developers API använder denna status om en viss utvecklare har överskridit den dagliga gränsen för förfrågningar. Sipgate använder den här koden om ett konto inte har tillräckliga medel för att starta ett samtal. Shopify använder den här koden när butiken inte har betalat sina avgifter och är tillfälligt inaktiverad. Stripe använder den här koden för misslyckade betalningar där parametrarna var korrekta, till exempel blockerade bedrägliga betalningar.
403 Förbjudet: Begäran innehöll giltiga data och förstods av servern, men servern nekar åtgärder. Detta kan bero på att användaren inte har nödvändiga behörigheter för en resurs eller behöver ett konto av något slag, eller försöker en förbjuden åtgärd (t.ex. att skapa en duplikatpost där endast en är tillåten). Denna kod används också vanligtvis om begäran gav autentisering genom att besvara WWW-Authenticate header field challenge, men servern accepterade inte den autentiseringen. Begäran ska inte upprepas.
404 Ej Hittad: Den begärda resursen kunde inte hittas men kan vara tillgänglig i framtiden. Efterföljande förfrågningar från klienten är tillåtna.
405 Metod ej tillåten: En begärningsmetod stöds inte för den begärda resursen. till exempel en GET-begäran på ett formulär som kräver att data presenteras via POST , eller en PUT-begäran på en skrivskyddad resurs.
406 Ej acceptabelt: Den begärda resursen kan generera endast innehåll som inte är acceptabelt enligt Acceptera -rubrikerna som skickats i begäran. Se Innehållsförhandling .
407 Proxy -autentisering krävs (RFC 7235): Klienten måste först autentisera sig själv med proxy .
408 Begär timeout: Servern tog timeout i väntan på begäran. Enligt HTTP -specifikationer: "Klienten har inte framställt en begäran inom den tid som servern var beredd att vänta. Klienten KAN upprepa begäran utan ändringar vid något senare tillfälle."
409 Konflikt: Anger att begäran inte kunde behandlas på grund av konflikt i resursens nuvarande tillstånd, till exempel en redigeringskonflikt mellan flera samtidiga uppdateringar.
410 borta: Anger att den begärda resursen inte längre är tillgänglig och inte kommer att vara tillgänglig igen. Detta bör användas när en resurs har avsiktligt tagits bort och resursen ska rensas. Vid mottagande av en 410 -statuskod bör klienten inte begära resursen i framtiden. Kunder som sökmotorer bör ta bort resursen från sina index. De flesta användningsfall kräver inte att klienter och sökmotorer rensar resursen, och en "404 Not Found" kan användas istället.
411 Längd krävs: Begäran angav inte längden på dess innehåll, vilket krävs av den begärda resursen.
412 Förutsättningen misslyckades (RFC 7232): Servern uppfyller inte en av de förutsättningar som begäraren sätter på begäranhuvudfälten.
413 För stor nyttolast (RFC 7231): Begäran är större än servern vill eller kan behandla. Tidigare kallad "Begär entitet för stor".
414 URI för lång (RFC 7231): Den URI som var för lång för servern att bearbeta. Ofta är resultatet av att för mycket data kodas som en frågesträng i en GET-begäran, i så fall bör den konverteras till en POST-begäran. Kallades "Request-URI Too Long" tidigare.
415 Medietyp som inte stöds (RFC 7231): Begäransenheten har en medietyp som servern eller resursen inte stöder. Till exempel laddar klienten upp en bild som image/svg+xml , men servern kräver att bilder använder ett annat format.
416 Range Inte tillfredsställande (RFC 7233): Klienten har begärt en del av filen ( byteservering ), men servern kan inte tillhandahålla den delen. Till exempel om klienten begärde en del av filen som ligger utanför slutet av filen. Kallades tidigare "Begärt område inte tillfredsställande".
417 Förväntan misslyckades: Servern kan inte uppfylla kraven i fältet Expect request-header.
418 Jag är en tekanna (RFC 2324, RFC 7168): Denna kod definierades 1998 som ett av de traditionella IETF aprilskämt i RFC 2324, Hyper Text Coffee Pot Control Protocol , och förväntas inte implementeras av faktiska HTTP -servrar. RFC anger att denna kod ska returneras av tekannor som begärs att brygga kaffe. Denna HTTP -status används som ett påskägg på vissa webbplatser, till exempel Google.com's I'm a tekanna påskägg.
421 Felaktig begäran (RFC 7540): Begäran riktades till en server som inte kan producera ett svar (till exempel på grund av återanvändning av anslutningen).
422 Obearbetbar enhet (WebDAV; RFC 4918): Begäran var välformulerad men kunde inte följas på grund av semantiska fel.
423 Låst (WebDAV; RFC 4918): Resursen som används är låst.
424 Misslyckat beroende (WebDAV; RFC 4918): Begäran misslyckades eftersom den berodde på en annan begäran och den begäran misslyckades (t.ex. en PROPPATCH).
425 för tidigt (RFC 8470): Anger att servern inte vill riskera att behandla en begäran som kan spelas om.
426 Uppgradering krävs: Klienten bör byta till ett annat protokoll, till exempel TLS/1.3 , som anges i fältet Uppgradera rubrik .
428 Förutsättning krävs (RFC 6585): Ursprungsservern kräver att begäran är villkorad. Avsedd att förhindra problemet "förlorad uppdatering", där en klient FÅR en resurs tillstånd, ändrar den och lägger tillbaka den till servern, när en tredje part under tiden har modifierat tillståndet på servern, vilket leder till en konflikt.
429 För många förfrågningar (RFC 6585): Användaren har skickat för många förfrågningar under en viss tid. Avsedd för användning med hastighetsbegränsande system.
431 Förfrågningsrubriker för stora (RFC 6585): Servern är ovillig att behandla begäran eftersom antingen ett enskilt rubrikfält eller alla rubrikfält tillsammans är för stora.
451 otillgänglig av juridiska skäl (RFC 7725): En serveroperatör har fått ett juridiskt krav på att neka åtkomst till en resurs eller till en uppsättning resurser som innehåller den begärda resursen. Koden 451 valdes som en referens till romanen Fahrenheit 451 (se bekräftelserna i RFC).

5xx serverfel

Den server underlåtit att uppfylla en begäran.

Svarstatuskoder som börjar med siffran "5" anger fall där servern är medveten om att den har stött på ett fel eller på annat sätt inte kan utföra begäran. Förutom när du svarar på en HEAD -begäran bör servern inkludera en enhet som innehåller en förklaring av felsituationen och ange om det är ett tillfälligt eller permanent tillstånd. På samma sätt bör användaragenter visa alla inkluderade enheter för användaren. Dessa svarskoder är tillämpliga på alla förfrågningsmetoder.

500 internt serverfel: Ett generiskt felmeddelande som ges när ett oväntat tillstånd uppstod och inget mer specifikt meddelande är lämpligt.
501 Ej genomfört: Servern känner antingen inte av förfrågningsmetoden, eller så saknar den förmågan att uppfylla begäran. Vanligtvis innebär detta framtida tillgänglighet (t.ex. en ny funktion i ett webbtjänst-API).
502 Bad Gateway: Servern fungerade som en gateway eller proxy och fick ett ogiltigt svar från uppströms servern.
503 Tjänst Otillgänglig: Servern kan inte hantera begäran (eftersom den är överbelastad eller nere för underhåll). I allmänhet är detta ett tillfälligt tillstånd.
504 Gateway Time-out: Servern fungerade som en gateway eller proxy och fick inte ett snabbt svar från uppströms servern.
505 HTTP -version stöds inte: Servern stöder inte HTTP -protokollversionen som används i begäran.
506 variant förhandlar också (RFC 2295): Transparent innehållsförhandling för begäran resulterar i en cirkulär referens .
507 Otillräcklig lagring (WebDAV; RFC 4918): Servern kan inte lagra representationen som behövs för att slutföra begäran.
508 loop upptäckt (WebDAV; RFC 5842): Servern upptäckte en oändlig loop under behandling av begäran (skickad istället för 208 Redan rapporterad ).
510 Ej utökad (RFC 2774): Ytterligare tillägg till begäran krävs för att servern ska kunna uppfylla den.
511 Nätverksautentisering krävs (RFC 6585): Klienten måste autentisera för att få nätverksåtkomst. Avsedd att användas av avlyssnande proxyer som används för att kontrollera åtkomst till nätverket (t.ex. " fångade portaler " som används för att kräva godkännande av användarvillkoren innan full internetåtkomst via en Wi-Fi-hotspot ).

Inofficiella koder

Följande koder specificeras inte av någon standard.

218 Det här är bra ( Apache -webbserver ): Används som ett "catch-all" -villkor för att låta svarskroppar att flöda genom Apache när ProxyErrorOverride är aktiverat. När ProxyErrorOverride är aktiverat i Apache, kastas svarsorgan som innehåller en statuskod på 4xx eller 5xx automatiskt bort från Apache till förmån för ett generiskt svar eller ett anpassat svar som anges av ErrorDocument -direktivet. Uttrycket "Det här är bra " är en internetmeme som hänvisar till att ignorera situationen eller inte vidta några åtgärder trots uppenbara bevis för en pågående katastrof.
419 Sidan har gått ut ( Laravel Framework ): Används av Laravel Framework när en CSRF -token saknas eller har gått ut.
420 Metodfel ( fjäderram ): Ett inaktuellt svar som används av Spring Framework när en metod har misslyckats.
420 Förbättra ditt lugn ( Twitter ): Återlämnas av version 1 av Twitter Search and Trends API när klienten begränsas. version 1.1 och senare använder svarskoden 429 Too Many Requests istället. Uttrycket "Förbättra ditt lugn" kommer från filmen 1993 Demolition Man , och dess koppling till detta nummer är sannolikt en referens till cannabis .
430 Begär rubrikfält för stora ( Shopify ): Används av Shopify , istället för svarskoden 429 Too Many Requests , när för många webbadresser begärs inom en viss tidsram.
450 Blockerad av Windows föräldrakontroll (Microsoft): Microsoft -tilläggskoden indikeras när Windows föräldrakontroll är påslagen och blockerar åtkomst till den begärda webbsidan.
498 Ogiltig token (Esri): Returneras av ArcGIS för Server . Kod 498 anger en utgången eller på annat sätt ogiltig token.
499 Token krävs (Esri): Returneras av ArcGIS för Server . Kod 499 anger att en token krävs men inte skickades.
509 Bandbreddsgräns överskred ( Apache -webbserver / cPanel ): Servern har överskridit den bandbredd som anges av serveradministratören. detta används ofta av delade värdleverantörer för att begränsa kundernas bandbredd.
529 Webbplatsen är överbelastad: Används av Qualys i SSLLabs servertestnings -API för att signalera att webbplatsen inte kan behandla begäran.
530 Webbplatsen är frusen: Används av Pantheons webbplattform för att indikera en webbplats som har frysts på grund av inaktivitet.
598 (informell konvention) Fel vid timeout för nätverksläsning: Används av vissa HTTP -proxyer för att signalera en timeout för nätverksläsning bakom proxyn till en klient framför proxyn.

Internet Information Services

Microsofts Internet Information Services (IIS) webbserver utökar 4xx -felutrymmet för att signalera fel med klientens begäran.

440 Inloggningstid: Klientens session har gått ut och måste logga in igen.
449 Försök igen med: Servern kan inte tillgodose begäran eftersom användaren inte har tillhandahållit nödvändig information.
451 Omdirigera: Används i Exchange ActiveSync när antingen en mer effektiv server är tillgänglig eller om servern inte kan komma åt användarnas brevlåda. Klienten förväntas köra om HTTP AutoDiscover-operationen för att hitta en mer lämplig server.

IIS använder ibland ytterligare decimalunderkoder för mer specifik information, men dessa underkoder visas bara i svarets nyttolast och i dokumentation, inte i stället för en faktisk HTTP-statuskod.

nginx

Den Nginx webbservern expanderar 4xx fel plats att signal problem med kundens begäran.

444 Inget svar: Används internt för att instruera servern att inte skicka någon information till klienten och stänga anslutningen omedelbart.
494 Begäranhuvudet är för stort: Klienten skickade för stor förfrågan eller för lång rubrikrad.
495 SSL -certifikatfel: En utvidgning av svarskoden 400 Bad Request , som används när klienten har tillhandahållit ett ogiltigt klientcertifikat .
496 SSL -certifikat krävs: En utvidgning av svarskoden 400 Bad Request , som används när ett klientcertifikat krävs men inte tillhandahålls.
497 HTTP -begäran skickad till HTTPS -porten: En utvidgning av svarskoden 400 Bad Request , som används när klienten har gjort en HTTP -begäran till en port som lyssnar på HTTPS -förfrågningar.
499 Client Closed Request: Används när klienten har stängt begäran innan servern kunde skicka ett svar.

Cloudflare

Cloudflares omvänd proxytjänst utökar 5xx -serien med felutrymme för att signalera problem med ursprungsservern.

520 webbserver returnerade ett okänt fel: Ursprungsservern returnerade ett tomt, okänt eller oväntat svar till Cloudflare.
521 webbserver är nere: Ursprungsservern vägrade anslutningar från Cloudflare. Säkerhetslösningar vid ursprunget kan blockera legitima anslutningar från vissa Cloudflare IP -adresser.
522 Anslutning avbruten: Cloudflare tog timeout för att kontakta originalservern.
523 Ursprunget kan inte nås: Cloudflare kunde inte nå ursprungsservern; till exempel om DNS -posterna för ursprungsservern är felaktiga eller saknas.
524 En timeout inträffade: Cloudflare kunde slutföra en TCP -anslutning till ursprungsservern, men fick inte ett snabbt HTTP -svar.
525 SSL -handskakning misslyckades: Cloudflare kunde inte förhandla fram en SSL/TLS -handskakning med originalservern.
526 Ogiltigt SSL -certifikat: Cloudflare kunde inte validera SSL -certifikatet på ursprungsservern. Används också av Cloud Foundry 's gorouter.
527 Railgun Error: Fel 527 indikerar en avbruten anslutning mellan Cloudflare och ursprungsservern Railgun -server.
530: Fel 530 returneras tillsammans med ett 1xxx -fel.

AWS Elastic Load Balancer

Amazon 's Elastic lastbalansering lägger till några egna returkoder

460: Klienten stängde anslutningen med belastningsutjämnaren innan den inaktiva tidsgränsen förflöt. Vanligtvis när timeout för klienten är snabbare än Elastic Load Balancers timeout.
463: Lastbalansen fick ett X-Forwarded-For-begärhuvud med mer än 30 IP-adresser.
561 Obehörig: Ett fel kring autentisering returneras av en server som är registrerad med en belastningsutjämnare. Du konfigurerade en lyssnarregel för att autentisera användare, men identitetsleverantören (IdP) returnerade en felkod vid autentisering av användaren.

Varningskoder för cachning

Följande cachingrelaterade varningskoder specificeras under RFC 7234. Till skillnad från de andra statuskoderna ovan skickas dessa inte som svarstatus i HTTP -protokollet, utan som en del av HTTP -rubriken "Varning". Eftersom denna rubrik ofta varken skickas av servrar eller bekräftas av klienter kommer den snart att bli föråldrad av HTTP -arbetsgruppen .

110 Svaret är inaktuellt: Svaret från en cache är inaktuellt (innehållets ålder överstiger en maxålder som anges av en Cache-Control-rubrik eller heuristiskt vald livstid).
111 Förlängning misslyckades: Cachen kunde inte validera svaret på grund av en oförmåga att nå ursprungsservern.
112 Frånkopplad drift: Cachen är avsiktligt kopplad från resten av nätverket.
113 Heuristisk utgång: Cachen valde heuristiskt en färsk livslängd som är större än 24 timmar och svarets ålder är större än 24 timmar.
199 Diverse varningar: Godtycklig, ospecifik varning. Varningstexten kan loggas eller presenteras för användaren.
214 Transformation tillämpad: Tillagd av en proxy om den tillämpar någon omvandling på representationen, till exempel att ändra innehållskodning, medietyp eller liknande.
299 Diverse ihållande varning: Samma som 199, men indikerar en ihållande varning.

Se även

Anteckningar

Referenser

externa länkar

RFC 7231 - Hypertext Transfer Protocol (HTTP/1.1): Semantik och innehåll - Avsnitt 6, Svarstatuskoder
Hypertext Transfer Protocol (HTTP) Status Code Registry
Microsoft Knowledge Base: MSKB943891: HTTP -statuskoderna i IIS 7.0
Microsoft Office Knowledge Base: Felkod 2–11

Languages

In other projects