Liste over HTTP -statuskoder - List of HTTP status codes

Dette er en liste over responsstatuskoder for Hypertext Transfer Protocol (HTTP). Statuskoder utstedes av en server som svar på en klients forespørsel fra serveren. Den inneholder koder fra IETF Request for Comments (RFCs), andre spesifikasjoner og noen tilleggskoder som brukes i noen vanlige applikasjoner av HTTP. Det første sifferet i statuskoden angir en av fem standardklasser av svar. Meldingsfrasene som er vist er typiske, men ethvert alternativ som kan leses av mennesker kan gis. Med mindre annet er angitt, er statuskoden en del av HTTP/1.1 -standarden (RFC 7231).

De Internet Assigned Numbers Authority (IANA) opprettholder offisielle register over HTTP statuskoder.

Alle HTTP -svarstatuskoder er delt inn i fem klasser eller kategorier. Det første sifferet i statuskoden definerer svarsklassen, mens de to siste sifrene ikke har noen klassifiserings- eller kategoriseringsrolle. Det er fem klasser definert av standarden:

1xx informasjonssvar - forespørselen ble mottatt, fortsetter prosessen
2xx vellykket - forespørselen ble mottatt, forstått og godtatt
3xx omdirigering - ytterligere tiltak må iverksettes for å fullføre forespørselen
4xx klientfeil - forespørselen inneholder dårlig syntaks eller kan ikke oppfylles
5xx serverfeil - serveren klarte ikke å oppfylle en tilsynelatende gyldig forespørsel

1xx informasjonssvar

Et informasjonssvar indikerer at forespørselen ble mottatt og forstått. Den utstedes midlertidig mens forespørselsbehandlingen fortsetter. Det varsler klienten om å vente på et endelig svar. Meldingen består bare av statuslinjen og valgfrie topptekstfelt, og avsluttes av en tom linje. Siden HTTP/1.0 -standarden ikke definerte noen 1xx -statuskoder, må servere ikke sende et 1xx -svar til en HTTP/1.0 -kompatibel klient, bortsett fra under eksperimentelle forhold.

100 Fortsett: Serveren har mottatt forespørselsoverskriftene, og klienten bør fortsette å sende forespørselsteksten (i tilfelle en forespørsel som et organ må sendes til, for eksempel en POST -forespørsel). Å sende en stor forespørselstekst til en server etter at en forespørsel har blitt avvist for upassende overskrifter ville være ineffektivt. For å få en server til å kontrollere forespørselens overskrifter, må en klient sende Expect: 100-continuesom en overskrift i sin første forespørsel og motta en 100 Continuestatuskode som svar før han sender brødteksten. Hvis klienten mottar en feilkode som 403 (forbudt) eller 405 (metode ikke tillatt), bør den ikke sende forespørselens brødtekst. Svaret 417 Expectation Failedindikerer at forespørselen skal gjentas uten Expectoverskriften, ettersom den indikerer at serveren ikke støtter forventninger (dette er for eksempel tilfellet med HTTP/1.0 -servere).
101 Bytteprotokoller: Rekvirenten har bedt serveren om å bytte protokoll, og serveren har samtykket i å gjøre det.
102 Behandling ( WebDAV ; RFC 2518): En WebDAV-forespørsel kan inneholde mange delforespørsler som involverer filoperasjoner, noe som krever lang tid å fullføre forespørselen. Denne koden indikerer at serveren har mottatt og behandler forespørselen, men det er ikke tilgjengelig noe svar ennå. Dette forhindrer klienten i å ta timeout og antar at forespørselen ble tapt.
103 Tidlige tips (RFC 8297): Brukes til å returnere noen svarhoder før den siste HTTP -meldingen.

2xx suksess

Denne klassen av statuskoder indikerer at handlingen som klienten har bedt om ble mottatt, forstått og godtatt.

200 OK: Standard svar for vellykkede HTTP -forespørsler. Det faktiske svaret vil avhenge av forespørselsmetoden som brukes. I en GET -forespørsel vil svaret inneholde en enhet som tilsvarer den forespurte ressursen. I en POST -forespørsel vil svaret inneholde en enhet som beskriver eller inneholder resultatet av handlingen.
201 opprettet: Forespørselen er oppfylt, noe som resulterte i opprettelsen av en ny ressurs.
202 Godkjent: Forespørselen er godtatt for behandling, men behandlingen er ikke fullført. Forespørselen kan eventuelt bli behandlet etterfulgt av, og kan bli avvist når behandlingen skjer.
203 Ikke-autoritativ informasjon (siden HTTP/1.1): Serveren er en transformerende proxy (f.eks. En webakselerator ) som mottok 200 OK fra opprinnelsen, men returnerer en modifisert versjon av opprinnelsens svar.
204 Ingen innhold: Serveren behandlet forespørselen, og returnerer ikke innhold.
205 Tilbakestill innhold: Serveren behandlet forespørselen, ber om at rekvirenten tilbakestiller dokumentvisningen og returnerer ikke innhold.
206 Delvis innhold (RFC 7233): Serveren leverer bare en del av ressursen ( byteservering ) på grunn av en rekkeviddehodet sendt av klienten. Områdeoverskriften brukes av HTTP -klienter for å muliggjøre gjenopptakelse av avbrutte nedlastinger, eller dele en nedlasting i flere samtidige strømmer.
207 Multi-Status (WebDAV; RFC 4918): Meldingsdelen som følger er som standard en XML- melding og kan inneholde en rekke separate svarskoder, avhengig av hvor mange underforespørsler som ble sendt.
208 Allerede rapportert (WebDAV; RFC 5842): Medlemmene av en DAV -binding er allerede oppført i en foregående del av (multistatus) responsen, og blir ikke inkludert igjen.
226 IM brukt (RFC 3229): Serveren har oppfylt en forespørsel om ressursen, og svaret er en representasjon av resultatet av en eller flere forekomstmanipulasjoner som er brukt på den nåværende forekomsten.

3xx omdirigering

Denne klassen av statuskode indikerer at klienten må iverksette ytterligere tiltak for å fullføre forespørselen. Mange av disse statuskodene brukes i URL -omdirigering .

En brukeragent kan utføre den ekstra handlingen uten brukerinteraksjon bare hvis metoden som brukes i den andre forespørselen er GET eller HEAD. En brukeragent kan automatisk omdirigere en forespørsel. En brukeragent bør oppdage og gripe inn for å forhindre sykliske omdirigeringer.

300 flere valg: Angir flere alternativer for ressursen som klienten kan velge mellom (via agentdrevet innholdsforhandling ). For eksempel kan denne koden brukes til å presentere flere alternativer for videoformater, for å vise filer med forskjellige filnavnutvidelser eller for å foreslå ordfornemmelse .
301 Flyttet permanent: Denne og alle fremtidige forespørsler bør rettes til den gitte URI .
302 funnet (tidligere "flyttet midlertidig"): Forteller klienten å se på (bla til) en annen URL. HTTP/1.0 -spesifikasjonen (RFC 1945) krevde klienten til å utføre en midlertidig omdirigering med samme metode (den opprinnelige beskrivende setningen var "Flyttet midlertidig"), men populære nettlesere implementerte 302 omdirigeringer ved å endre metoden til GET. Derfor la HTTP/1.1 til statuskoder 303 og 307 for å skille mellom de to atferdene.
303 Se Annet (siden HTTP/1.1): Svaret på forespørselen kan bli funnet under en annen URI ved hjelp av GET -metoden. Når den mottas som svar på en POST (eller PUT/DELETE), bør klienten anta at serveren har mottatt dataene og bør sende ut en ny GET -forespørsel til den gitte URI.
304 Ikke modifisert (RFC 7232): Angir at ressursen ikke har blitt endret siden versjonen som er angitt av forespørselsoverskriftene If-Modified-Since eller If-None-Match. I slike tilfeller er det ikke nødvendig å overføre ressursen på nytt siden klienten fortsatt har en tidligere nedlastet kopi.
305 Bruk proxy (siden HTTP/1.1): Den forespurte ressursen er bare tilgjengelig via en proxy, adressen som er gitt i svaret. Av sikkerhetshensyn følger mange HTTP -klienter (for eksempel Mozilla Firefox og Internet Explorer ) ikke denne statuskoden.
306 Bytt proxy: Ikke lenger brukt. Opprinnelig ment "Etterfølgende forespørsler bør bruke den angitte proxyen."
307 Midlertidig viderekobling (siden HTTP/1.1): I dette tilfellet bør forespørselen gjentas med en annen URI; fremtidige forespørsler bør imidlertid fortsatt bruke den opprinnelige URI. I motsetning til hvordan 302 ble historisk implementert, kan ikke forespørselsmetoden endres når den opprinnelige forespørselen sendes ut på nytt. For eksempel bør en POST -forespørsel gjentas med en annen POST -forespørsel.
308 Permanent omdirigering (RFC 7538): Denne og alle fremtidige forespørsler bør rettes til den gitte URI . 308 parallell oppførselen til 301, men tillater ikke at HTTP -metoden endres . Så for eksempel kan innsending av skjema til en permanent omdirigert ressurs fortsette jevnt.

4xx klientfeil

404 -feil på Wikipedia

Denne klassen av statuskode er beregnet på situasjoner der feilen ser ut til å ha blitt forårsaket av klienten. Bortsett fra når svarer til en HEAD-forespørsel, tjeneren bør omfatte en enhet inneholdende en forklaring av feilsituasjonen, og hvorvidt det er en midlertidig eller permanent tilstand. Disse statuskodene gjelder for enhver forespørselsmetode. Brukeragenter bør vise alle inkluderte enheter for brukeren.

400 Ugyldig forespørsel: Serveren kan eller vil ikke behandle forespørselen på grunn av en tilsynelatende klientfeil (f.eks. Misdannet forespørselssyntaks, for stor størrelse, ugyldig innramming av forespørselsmeldinger eller villedende forespørselsruting).
401 Uautorisert (RFC 7235): Ligner på 403 Forbidden , men spesielt for bruk når autentisering er påkrevd og har mislyktes eller ennå ikke er levert. Svaret må inneholde et WWW-autentiseringshodefelt som inneholder en utfordring som gjelder for den forespurte ressursen. Se Grunnleggende tilgangsautentisering og Digest -tilgangsautentisering . 401 betyr semantisk "uautorisert", brukeren har ikke gyldige autentiseringsopplysninger for målressursen.; Merk: Noen nettsteder gir HTTP 401 feilaktig når en IP -adresse er utestengt fra nettstedet (vanligvis nettstedets domene) og den spesifikke adressen nektes tillatelse til å få tilgang til et nettsted.
402 Betaling kreves: Reservert for fremtidig bruk. Den opprinnelige intensjonen var at denne koden kan brukes som en del av en eller annen form for digitale kontanter eller mikrobetalingsordninger , som for eksempel foreslått av GNU Taler , men det har ennå ikke skjedd, og denne koden er ikke mye brukt. Google Developers API bruker denne statusen hvis en bestemt utvikler har overskredet den daglige grensen for forespørsler. Sipgate bruker denne koden hvis en konto ikke har tilstrekkelige midler til å starte en samtale. Shopify bruker denne koden når butikken ikke har betalt sine avgifter og er midlertidig deaktivert. Stripe bruker denne koden for mislykkede betalinger der parametrene var riktige, for eksempel blokkerte uredelige betalinger.
403 Forbudt: Forespørselen inneholdt gyldige data og ble forstått av serveren, men serveren nekter handling. Dette kan skyldes at brukeren ikke har de nødvendige tillatelsene for en ressurs eller trenger en konto av en eller annen art, eller forsøker en forbudt handling (f.eks. Opprette en duplikatoppføring der bare én er tillatt). Denne koden brukes også vanligvis hvis forespørselen ga autentisering ved å svare på WWW-Authenticate header field challenge, men serveren godtok ikke denne autentiseringen. Forespørselen skal ikke gjentas.
404 ikke funnet: Den forespurte ressursen ble ikke funnet, men kan være tilgjengelig i fremtiden. Etterfølgende forespørsler fra klienten er tillatte.
405 Metode ikke tillatt: En forespørselsmetode støttes ikke for den forespurte ressursen. for eksempel en GET-forespørsel på et skjema som krever at data presenteres via POST , eller en PUT-forespørsel på en skrivebeskyttet ressurs.
406 Ikke akseptabelt: Den forespurte ressursen er i stand til å generere bare innhold som ikke er akseptabelt i henhold til Accept headers sendt i forespørselen. Se Innholdsforhandling .
407 proxy -godkjenning kreves (RFC 7235): Klienten må først autentisere seg selv med proxy .
408 Tidsavbrudd for forespørsel: Serveren tok timeout og ventet på forespørselen. I henhold til HTTP -spesifikasjonene: "Klienten sendte ikke en forespørsel innen den tiden serveren var forberedt på å vente. Klienten KAN gjenta forespørselen uten endringer på et senere tidspunkt."
409 Konflikt: Indikerer at forespørselen ikke kunne behandles på grunn av konflikt i ressurens nåværende tilstand, for eksempel en redigeringskonflikt mellom flere samtidige oppdateringer.
410 Borte: Indikerer at den forespurte ressursen ikke lenger er tilgjengelig og ikke vil være tilgjengelig igjen. Dette bør brukes når en ressurs har blitt fjernet med vilje og ressursen skal renses. Ved mottak av en 410 statuskode, bør klienten ikke be om ressursen i fremtiden. Klienter som søkemotorer bør fjerne ressursen fra indeksene sine. De fleste brukstilfeller krever ikke at klienter og søkemotorer renser ressursen, og en "404 Not Found" kan brukes i stedet.
411 Lengde påkrevd: Forespørselen angav ikke lengden på innholdet, som kreves av den forespurte ressursen.
412 Forutsetning mislyktes (RFC 7232): Serveren oppfyller ikke en av forutsetningene som rekvirenten satte på forespørselens overskriftsfelt.
413 Nyttelast for stor (RFC 7231): Forespørselen er større enn serveren er villig eller i stand til å behandle. Tidligere kalt "Request Entity Too Large".
414 URI for lang (RFC 7231): The URI gitt var for lang for serveren å behandle. Ofte er resultatet av at for mye data blir kodet som en spørringsstreng i en GET-forespørsel, i så fall bør den konverteres til en POST-forespørsel. Kalt "Request-URI Too Long" tidligere.
415 Medietype som ikke støttes (RFC 7231): Forespørselenheten har en medietype som serveren eller ressursen ikke støtter. For eksempel laster klienten opp et bilde som image/svg+xml , men serveren krever at bildene bruker et annet format.
416 Range Ikke tilfredsstillende (RFC 7233): Klienten har bedt om en del av filen ( byteservering ), men serveren kan ikke levere den delen. For eksempel hvis klienten ba om en del av filen som ligger utenfor slutten av filen. Kalt "Forespurt rekkevidde ikke tilfredsstillende" tidligere.
417 Forventning mislyktes: Serveren kan ikke oppfylle kravene i feltet Forvent forespørsel-topptekst.
418 Jeg er en tekanne (RFC 2324, RFC 7168): Denne koden ble definert i 1998 som en av de tradisjonelle IETF -aprilspøkene i RFC 2324, Hyper Text Coffee Pot Control Protocol , og forventes ikke å bli implementert av faktiske HTTP -servere. RFC spesifiserer at denne koden skal returneres av tekanner som blir bedt om å brygge kaffe. Denne HTTP -statusen brukes som et påskeegg på noen nettsteder, for eksempel Google.com's I'm a tekanne påskeegg.
421 feilaktig forespørsel (RFC 7540): Forespørselen ble rettet til en server som ikke er i stand til å produsere et svar (for eksempel på grunn av gjenbruk av tilkobling).
422 Ubehandlet enhet (WebDAV; RFC 4918): Forespørselen var godt utformet, men kunne ikke følges på grunn av semantiske feil.
423 Låst (WebDAV; RFC 4918): Ressursen du får tilgang til er låst.
424 mislykket avhengighet (WebDAV; RFC 4918): Forespørselen mislyktes fordi den var avhengig av en annen forespørsel, og forespørselen mislyktes (f.eks. En PROPPATCH).
425 For tidlig (RFC 8470): Indikerer at serveren ikke er villig til å risikere å behandle en forespørsel som kan spilles av på nytt.
426 Oppgradering kreves: Klienten bør bytte til en annen protokoll, for eksempel TLS/1.3 , gitt i feltet Oppgrader topptekst .
428 Forutsetning nødvendig (RFC 6585): Opprinnelsesserveren krever at forespørselen er betinget. Hadde til hensikt å forhindre problemet med "tapt oppdatering", der en klient FÅR en ressursstilstand, endrer den og sender den tilbake til serveren, mens en tredjepart i mellomtiden har endret tilstanden på serveren, noe som fører til en konflikt.
429 For mange forespørsler (RFC 6585): Brukeren har sendt for mange forespørsler på en gitt tid. Beregnet for bruk med satsbegrensende ordninger.
431 Forespørsel om overskriftsfelt for store (RFC 6585): Serveren er uvillig til å behandle forespørselen fordi enten et individuelt topptekstfelt, eller alle topptekstfeltene samlet, er for stort.
451 utilgjengelig av juridiske årsaker (RFC 7725): En serveroperatør har mottatt et juridisk krav om å nekte tilgang til en ressurs eller et sett med ressurser som inkluderer den forespurte ressursen. Koden 451 ble valgt som en referanse til romanen Fahrenheit 451 (se bekreftelsene i RFC).

5xx serverfeil

Den serveren unnlatt å oppfylle en forespørsel.

Svarstatuskoder som begynner med sifferet "5" indikerer tilfeller der serveren er klar over at den har oppdaget en feil eller på annen måte ikke er i stand til å utføre forespørselen. Bortsett fra når svarer til en HEAD-forespørsel, tjeneren bør omfatte en enhet inneholdende en forklaring av feilsituasjonen, og indikere hvorvidt det er en midlertidig eller permanent tilstand. Likeledes bruker agenter bør vise noen inkluderes enhet for brukeren. Disse svarskodene gjelder for enhver forespørselsmetode.

500 intern serverfeil: En generisk feilmelding, gitt når en uventet tilstand oppstod og ingen mer spesifikk melding er egnet.
501 Ikke implementert: Serveren gjenkjenner enten ikke forespørselsmetoden, eller den mangler evnen til å oppfylle forespørselen. Vanligvis innebærer dette fremtidig tilgjengelighet (f.eks. En ny funksjon i et webtjeneste-API).
502 Bad Gateway: Serveren fungerte som en gateway eller proxy og mottok et ugyldig svar fra oppstrømsserveren.
503 tjeneste utilgjengelig: Serveren kan ikke håndtere forespørselen (fordi den er overbelastet eller nede for vedlikehold). Vanligvis er dette en midlertidig tilstand.
504 Gateway Timeout: Serveren fungerte som en gateway eller proxy og mottok ikke rettidig respons fra oppstrømsserveren.
505 HTTP -versjon støttes ikke: Serveren støtter ikke HTTP -protokollversjonen som ble brukt i forespørselen.
506 variant forhandler også (RFC 2295): Transparent innholdsforhandling for forespørselen resulterer i en sirkulær referanse .
507 utilstrekkelig lagring (WebDAV; RFC 4918): Serveren kan ikke lagre representasjonen som er nødvendig for å fullføre forespørselen.
508 sløyfe oppdaget (WebDAV; RFC 5842): Serveren oppdaget en uendelig sløyfe under behandling av forespørselen (sendt i stedet for 208 Allerede rapportert ).
510 Ikke utvidet (RFC 2774): Ytterligere utvidelser av forespørselen er nødvendig for at serveren skal oppfylle den.
511 Nettverksgodkjenning kreves (RFC 6585): Klienten må godkjenne for å få nettverkstilgang. Beregnet for bruk ved å fange opp fullmakter som brukes til å kontrollere tilgang til nettverket (f.eks. " Fanget portaler " som brukes til å kreve samtykke til vilkårene for bruk før du gir full Internett-tilgang via et Wi-Fi-sone ).

Uoffisielle koder

Følgende koder er ikke spesifisert av noen standard.

218 Dette er greit ( Apache webserver ): Brukes som en helhetlig feilbetingelse for å la responsorganer flyte gjennom Apache når ProxyErrorOverride er aktivert. Når ProxyErrorOverride er aktivert i Apache, blir svarlegemer som inneholder en statuskode på 4xx eller 5xx, automatisk kastet av Apache til fordel for et generisk svar eller et tilpasset svar spesifisert av ErrorDocument -direktivet. Uttrykket " This is fine " er et internett -meme som refererer til å ignorere situasjonen eller ikke iverksette tiltak til tross for åpenbare bevis for en pågående katastrofe.
419 side utløpt ( Laravel Framework ): Brukes av Laravel Framework når et CSRF -token mangler eller er utløpt.
420 Metodefeil ( vårramme ): Et utdatert svar som brukes av Spring Framework når en metode har mislyktes.
420 Forbedre roen din ( Twitter ): Returnert av versjon 1 av Twitter Search and Trends API når klienten blir takstbegrenset; versjon 1.1 og nyere bruker svarskoden 429 Too Many Requests i stedet. Uttrykket "Forbedre roen" kommer fra filmen Demolition Man fra 1993 , og tilknytningen til dette nummeret er sannsynligvis en referanse til cannabis .
430 Forespørsel om overskriftsfelt for store ( Shopify ): Brukes av Shopify , i stedet for svarskoden 429 Too Many Requests , når det blir bedt om for mange nettadresser innen en bestemt tidsramme.
450 Blokkert av foreldrekontroll i Windows (Microsoft): Microsoft -utvidelseskoden angitt når Windows foreldrekontroll er slått på og blokkerer tilgang til den forespurte nettsiden.
498 Ugyldig token (Esri): Returnert av ArcGIS for Server . Kode 498 angir et utløpt eller på annen måte ugyldig token.
499 Token påkrevd (Esri): Returnert av ArcGIS for Server . Kode 499 indikerer at et token er påkrevd, men ikke ble sendt.
509 båndbreddegrense overskredet ( Apache webserver / cPanel ): Serveren har overskredet båndbredden som er angitt av serveradministratoren. Dette brukes ofte av delte hostingleverandører for å begrense båndbredden til kundene.
529 Nettstedet er overbelastet: Brukes av Qualys i SSLLabs server testing API for å signalisere at nettstedet ikke kan behandle forespørselen.
530 Nettstedet er frosset: Brukes av Pantheon -nettplattformen til å indikere et nettsted som har blitt frosset på grunn av inaktivitet.
598 (uformell konvensjon) Tidsavbruddsfeil for nettlesing: Brukes av noen HTTP -proxyer for å signalisere en timeout for nettlesing bak proxyen til en klient foran proxyen.

Internett -informasjonstjenester

Microsofts Internet Information Services (IIS) webserver utvider 4xx feilområdet for å signalisere feil med klientens forespørsel.

440 Tidsavbrudd for pålogging: Klientens økt er utløpt og må logge på igjen.
449 Prøv igjen med: Serveren kan ikke imøtekomme forespørselen fordi brukeren ikke har gitt den nødvendige informasjonen.
451 Viderekobling: Brukes i Exchange ActiveSync når enten en mer effektiv server er tilgjengelig eller serveren ikke får tilgang til brukerens postboks. Klienten forventes å kjøre HTTP AutoDiscover-operasjonen på nytt for å finne en mer passende server.

IIS bruker noen ganger ekstra desimalkoder for mer spesifikk informasjon, men disse underkodene vises bare i svarets nyttelast og i dokumentasjon, ikke i stedet for en faktisk HTTP-statuskode.

nginx

Den Nginx web server software utvider 4xx-feil plass til å signalproblemer med klientens forespørsel.

444 Ingen respons: Brukes internt for å instruere serveren om å ikke returnere informasjon til klienten og stenge tilkoblingen umiddelbart.
494 Forespørselstittelen er for stor: Klienten sendte for stor forespørsel eller for lang overskriftslinje.
495 SSL -sertifikatfeil: En utvidelse av svarskoden 400 Bad Request , som brukes når klienten har levert et ugyldig klientsertifikat .
496 SSL -sertifikat påkrevd: En utvidelse av svarskoden 400 Bad Request , som brukes når et klientsertifikat er påkrevd, men ikke er gitt.
497 HTTP -forespørsel sendt til HTTPS -port: En utvidelse av 400 Bad Request -svarskoden, brukt når klienten har sendt en HTTP -forespørsel til en port som lytter etter HTTPS -forespørsler.
499 klient lukket forespørsel: Brukes når klienten har lukket forespørselen før serveren kunne sende et svar.

Cloudflare

Cloudflares omvendte proxy -tjeneste utvider 5xx -serien med feilrom for å signalisere problemer med originalserveren.

520 webserver returnerte en ukjent feil: Opprinnelsesserveren returnerte et tomt, ukjent eller uventet svar til Cloudflare.
521 webserver er nede: Opprinnelsesserveren nektet tilkoblinger fra Cloudflare. Sikkerhetsløsninger ved opprinnelsen kan blokkere legitime tilkoblinger fra visse Cloudflare IP -adresser.
522 Tidsavbrudd for tilkobling: Cloudflare tok timeout ved å kontakte originalserveren.
523 Opprinnelse er utilgjengelig: Cloudflare kunne ikke nå originalserveren; for eksempel hvis DNS -postene for originalserveren er feil eller mangler.
524 Det oppstod en timeout: Cloudflare klarte å fullføre en TCP -tilkobling til originalserveren, men mottok ikke et betimelig HTTP -svar.
525 SSL -håndtrykk mislyktes: Cloudflare kunne ikke forhandle om et SSL/TLS -håndtrykk med originalserveren.
526 Ugyldig SSL -sertifikat: Cloudflare kunne ikke validere SSL -sertifikatet på opprinnelsesserveren. Også brukt av Cloud Foundry 's gorouter.
527 Railgun Error: Feil 527 indikerer en avbrutt forbindelse mellom Cloudflare og opprinnelsesserverens Railgun -server.
530: Feil 530 returneres sammen med en 1xxx -feil.

AWS Elastic Load Balancer

Amazon 's elastisk Load Balancing legger til noen custom returkoder

460: Klienten stengte forbindelsen med lastbalansen før tidsavbruddsperioden for inaktivitet gikk. Vanligvis når tidsavbrudd for klienter er raskere enn tidsavbrudd for Elastic Load Balancer.
463: Lastbalanseren mottok en X-Forwarded-For-forespørselstekst med mer enn 30 IP-adresser.
561 Uautorisert: En feil rundt autentisering returnert av en server som er registrert hos en lastbalanser. Du konfigurerte en lytterregel for å autentisere brukere, men identitetsleverandøren (IdP) returnerte en feilkode ved autentisering av brukeren.

Cache -advarselskoder

Følgende hurtigbufferrelaterte advarselskoder er spesifisert under RFC 7234. I motsetning til de andre statuskodene ovenfor, blir disse ikke sendt som svarstatus i HTTP -protokollen, men som en del av HTTP -toppteksten "Advarsel". Siden denne overskriften ofte verken blir sendt av servere eller godkjent av klienter, vil den snart bli foreldet av HTTP -arbeidsgruppen .

110 Svar er foreldet: Svaret fra en cache er foreldet (innholdets alder overstiger en maksimal alder angitt av en Cache-Control-topptekst eller heuristisk valgt levetid).
111 Bekreftelse mislyktes: Cachen kunne ikke validere svaret på grunn av manglende evne til å nå originalserveren.
112 Frakoblet drift: Cachen er med vilje koblet fra resten av nettverket.
113 Heuristisk utløp: Cachen valgte heuristisk en friskhetstid på mer enn 24 timer, og svarets alder er større enn 24 timer.
199 Diverse advarsler: Vilkårlig, uspesifikk advarsel. Advarselsteksten kan logges eller presenteres for brukeren.
214 Transformasjon anvendt: Lagt til av en proxy hvis den bruker noen transformasjon på representasjonen, for eksempel endring av innholdskoding, medietype eller lignende.
299 Diverse vedvarende advarsel: Samme som 199, men indikerer en vedvarende advarsel.

Se også

Merknader

Referanser

Eksterne linker

RFC 7231 - Hypertext Transfer Protocol (HTTP/1.1): Semantikk og innhold - Seksjon 6, Responsstatuskoder
Hypertext Transfer Protocol (HTTP) Status Code Registry
Microsoft Knowledge Base: MSKB943891: HTTP -statuskodene i IIS 7.0
Microsoft Office Knowledge Base: Feilkode 2–11

Languages

In other projects