Liste over HTTP-statuskoder - List of HTTP status codes

Fra Wikipedia, den gratis encyklopædi

Dette er en liste over Hypertext Transfer Protocol (HTTP) svarstatuskoder. Statuskoder udstedes af en server som svar på en klients anmodning til serveren. Det inkluderer koder fra IETF- anmodning om kommentarer (RFC'er), andre specifikationer og nogle yderligere koder, der bruges i nogle almindelige applikationer af HTTP. Det første ciffer i statuskoden angiver en af ​​fem standardklasser af svar. De viste beskedssætninger er typiske, men ethvert menneskeligt læsbart alternativ kan leveres. Medmindre andet er angivet, er statuskoden en del af HTTP / 1.1-standarden (RFC 7231).

De Internet Assigned Numbers Authority (IANA) fastholder den officielle register over HTTP statuskoder.

Alle statuskoder for HTTP-svar er opdelt i fem klasser eller kategorier. Det første ciffer i statuskoden definerer responsklassen, mens de sidste to cifre ikke har nogen klassificerings- eller kategoriseringsrolle. Der er fem klasser defineret af standarden:

  • 1xx informationssvar - anmodningen blev modtaget, fortsætter processen
  • 2xx vellykket - anmodningen blev modtaget, forstået og accepteret
  • 3xx omdirigering - der skal foretages yderligere handlinger for at udfylde anmodningen
  • 4xx klientfejl - anmodningen indeholder dårlig syntaks eller kan ikke opfyldes
  • 5xx serverfejl - serveren kunne ikke opfylde en tilsyneladende gyldig anmodning

1xx informationssvar

Et informationssvar angiver, at anmodningen blev modtaget og forstået. Det udstedes midlertidigt, mens behandlingen af ​​anmodningen fortsætter. Det advarer klienten om at vente på et endeligt svar. Meddelelsen består kun af statuslinjen og valgfri overskriftsfelter og afsluttes med en tom linje. Da HTTP / 1.0-standarden ikke definerede nogen 1xx-statuskoder, skal servere ikke sende et 1xx-svar til en HTTP / 1.0-kompatibel klient undtagen under eksperimentelle forhold.

100 Fortsæt
Serveren har modtaget anmodningsoverskrifterne, og klienten skal fortsætte med at sende anmodningsorganet (i tilfælde af en anmodning, hvortil et organ skal sendes, f.eks. En POST- anmodning). At sende et stort anmodningsorgan til en server, efter at en anmodning er blevet afvist på grund af upassende overskrifter, ville være ineffektiv. For at få en server til at kontrollere anmodningens overskrifter, skal en klient sende Expect: 100-continue som en overskrift i sin oprindelige anmodning og modtage en 100 Continue statuskode som svar, før den sender kroppen. Hvis klienten modtager en fejlkode som f.eks. 403 (Forbidden) eller 405 (Metode ikke tilladt), skal den ikke sende anmodningens krop. Svaret 417 Expectation Failed indikerer, at anmodningen skal gentages uden Expect overskriften, da det indikerer, at serveren ikke understøtter forventninger (dette er f.eks. Tilfældet med HTTP / 1.0-servere).
101 Skift af protokoller
Rekvirenten har bedt serveren om at skifte protokol, og serveren har accepteret at gøre det.
102 behandling ( WebDAV ; RFC 2518)
En WebDAV-anmodning kan indeholde mange underanmodninger, der involverer filhandlinger, og det kræver lang tid at gennemføre anmodningen. Denne kode angiver, at serveren har modtaget og behandler anmodningen, men der er ikke noget svar endnu. Dette forhindrer klienten i at tage timeout og antage, at anmodningen var tabt.
103 tidlige tip (RFC 8297)
Bruges til at returnere nogle svaroverskrifter inden den endelige HTTP-besked.

2xx succes

Denne klasse af statuskoder angiver, at den handling, som klienten har anmodet om, blev modtaget, forstået og accepteret.

200 OK
Standardsvar for vellykkede HTTP-anmodninger. Det faktiske svar afhænger af den anvendte anmodningsmetode. I en GET-anmodning indeholder svaret en enhed, der svarer til den anmodede ressource. I en POST-anmodning indeholder svaret en enhed, der beskriver eller indeholder resultatet af handlingen.
201 Oprettet
Anmodningen er opfyldt, hvilket resulterer i oprettelsen af ​​en ny ressource.
202 Accepteret
Anmodningen er accepteret til behandling, men behandlingen er ikke afsluttet. Anmodningen bliver muligvis ikke handlet efterhånden og kan ikke tillades, når behandlingen finder sted.
203 Ikke-autoritativ information (siden HTTP / 1.1)
Serveren er en transformerende proxy (f.eks. En webaccelerator ), der modtager 200 OK fra sin oprindelse, men returnerer en ændret version af oprindelsens svar.
204 Intet indhold
Serveren behandlede anmodningen med succes og returnerer ikke noget indhold.
205 Nulstil indhold
Serveren behandlede anmodningen med succes, beder om, at rekvirenten nulstiller sin dokumentvisning og ikke returnerer noget indhold.
206 Delvist indhold (RFC 7233)
Serveren leverer kun en del af ressourcen ( byte-servering ) på grund af en rækkehoved sendt af klienten. Områdeoverskriften bruges af HTTP-klienter til at muliggøre genoptagelse af afbrudte downloads eller opdele en download i flere samtidige streams.
207 Multi-Status (WebDAV; RFC 4918)
Beskedteksten, der følger, er som standard en XML- besked og kan indeholde et antal separate svarkoder afhængigt af, hvor mange underanmodninger der blev foretaget.
208 Allerede rapporteret (WebDAV; RFC 5842)
Medlemmerne af en DAV-binding er allerede opregnet i en foregående del af (multistatus) svaret og medtages ikke igen.
226 IM brugt (RFC 3229)
Serveren har opfyldt en anmodning om ressourcen, og svaret er en repræsentation af resultatet af en eller flere instansmanipulationer anvendt på den aktuelle forekomst.

3xx omdirigering

Denne klasse af statuskode angiver, at klienten skal foretage yderligere handlinger for at fuldføre anmodningen. Mange af disse statuskoder bruges i URL-omdirigering .

En brugeragent kan kun udføre den ekstra handling uden brugerinteraktion, hvis metoden, der anvendes i den anden anmodning, er GET eller HEAD. En brugeragent kan automatisk omdirigere en anmodning. En brugeragent skal registrere og gribe ind for at forhindre cykliske omdirigeringer.

300 flere valg
Angiver flere muligheder for den ressource, som klienten kan vælge (via agentdrevet indholdsforhandling ). For eksempel kunne denne kode bruges til at præsentere flere videoformatindstillinger, til at liste filer med forskellige filnavneudvidelser eller til at foreslå forskel på ordsans .
301 Flyttet permanent
Denne og alle fremtidige anmodninger skal rettes til den givne URI .
302 fundet (tidligere "Flyttet midlertidigt")
Fortæller klienten at se på (gennemse) en anden URL. 302 er blevet afløst af 303 og 307. Dette er et eksempel på branchepraksis, der modsiger standarden. HTTP / 1.0-specifikationen (RFC 1945) krævede, at klienten udførte en midlertidig omdirigering (den oprindelige beskrivelse af sætningen var "Flyttet midlertidigt"), men populære browsere implementerede 302 med funktionaliteten i en 303 See Other. Derfor tilføjede HTTP / 1.1 statuskoder 303 og 307 for at skelne mellem de to adfærd. Imidlertid bruger nogle webapplikationer og rammer 302-statuskoden, som om det var 303.
303 Se andet (siden HTTP / 1.1)
Svaret på anmodningen kan findes under en anden URI ved hjælp af GET-metoden. Når den modtages som svar på en POST (eller PUT / DELETE), skal klienten antage, at serveren har modtaget dataene og skal udstede en ny GET-anmodning til den givne URI.
304 Ikke ændret (RFC 7232)
Angiver, at ressourcen ikke er blevet ændret siden den version, der er angivet af anmodningsoverskrifterne Hvis-ændret-siden eller hvis-ingen-match. I et sådant tilfælde er der ikke behov for at videresende ressourcen, da klienten stadig har en tidligere downloadet kopi.
305 Brug proxy (siden HTTP / 1.1)
Den ønskede ressource er kun tilgængelig via en proxy, hvis adresse er angivet i svaret. Af sikkerhedsmæssige årsager overholder mange HTTP-klienter (såsom Mozilla Firefox og Internet Explorer ) ikke denne statuskode.
306 Skift proxy
Ikke længere brugt. Oprindeligt betød "Efterfølgende anmodninger skal bruge den angivne proxy."
307 Midlertidig omdirigering (siden HTTP / 1.1)
I dette tilfælde skal anmodningen gentages med en anden URI; fremtidige anmodninger skal dog stadig bruge den originale URI. I modsætning til hvordan 302 historisk blev implementeret, må anmodningsmetoden ikke ændres, når den originale anmodning genudstedes. For eksempel skal en POST-anmodning gentages ved hjælp af en anden POST-anmodning.
308 Permanent omdirigering (RFC 7538)
Anmodningen og alle fremtidige anmodninger skal gentages ved hjælp af en anden URI. 307 og 308 er parallelle med adfærdene i 302 og 301, men tillader ikke HTTP-metoden at ændre . Så for eksempel kan indsendelse af en formular til en permanent omdirigeret ressource fortsætte problemfrit.

4xx klientfejl

A Wikimedia 404-beskeden
404-fejl på Wikipedia

Denne klasse af statuskode er beregnet til situationer, hvor fejlen synes at være forårsaget af klienten. Undtagen når at reagere på en HEAD-anmodning, serveren skal indeholde en enhed, der indeholder en forklaring på fejlen situationen, og om det er en midlertidig eller permanent tilstand. Disse statuskoder gælder for enhver anmodningsmetode. Brugeragenter skal vise enhver inkluderet enhed for brugeren.

400 Dårlig anmodning
Serveren kan ikke eller vil ikke behandle anmodningen på grund af en tilsyneladende klientfejl (f.eks. Misformet anmodningssyntaks, størrelse for stor, ugyldig anmodningsindramning eller vildledende anmodningsrute).
401 Uautoriseret (RFC 7235)
Svarende til 403 forbudt , men specifikt til brug, når godkendelse er påkrævet og mislykkes eller endnu ikke er leveret. Svaret skal indeholde et WWW-godkendende headerfelt, der indeholder en udfordring, der gælder for den anmodede ressource. Se Grundlæggende adgangsgodkendelse og Digest adgangsgodkendelse . 401 betyder semantisk "uautoriseret", brugeren har ikke gyldige godkendelsesoplysninger for målressourcen.
Bemærk: Nogle websteder udsteder forkert HTTP 401, når en IP-adresse er forbudt fra webstedet (normalt webstedsdomænet), og den specifikke adresse nægtes tilladelse til at få adgang til et websted.
402 Betaling påkrævet
Reserveret til fremtidig brug. Den oprindelige hensigt var, at denne kode kunne bruges som en del af en eller anden form for digital kontant- eller mikropayment- ordning, som foreslået for eksempel af GNU Taler , men det er endnu ikke sket, og denne kode bruges ikke i vid udstrækning. Google Developers API bruger denne status, hvis en bestemt udvikler har overskredet den daglige grænse for anmodninger. Sipgate bruger denne kode, hvis en konto ikke har tilstrækkelige midler til at starte et opkald. Shopify bruger denne kode, når butikken ikke har betalt deres gebyrer og midlertidigt er deaktiveret. Stripe bruger denne kode til mislykkede betalinger, hvor parametrene var korrekte, for eksempel blokerede falske betalinger.
403 forbudt
Anmodningen indeholdt gyldige data og blev forstået af serveren, men serveren nægter handling. Dette kan skyldes, at brugeren ikke har de nødvendige tilladelser til en ressource eller har brug for en eller anden konto eller forsøger en forbudt handling (f.eks. Oprettelse af en duplikatpost, hvor kun en er tilladt). Denne kode bruges typisk, hvis anmodningen leverede godkendelse ved at besvare WWW-Authenticate header-feltudfordringen, men serveren accepterede ikke denne godkendelse. Anmodningen bør ikke gentages.
404 Ikke fundet
Den ønskede ressource kunne ikke findes, men kan være tilgængelig i fremtiden. Efterfølgende anmodninger fra klienten er tilladte.
405 Metode ikke tilladt
En anmodningsmetode understøttes ikke for den anmodede ressource; for eksempel en GET-anmodning på en formular, der kræver, at data præsenteres via POST , eller en PUT-anmodning på en skrivebeskyttet ressource.
406 Ikke acceptabelt
Den anmodede ressource er i stand til kun at generere indhold, der ikke er acceptabelt i henhold til Accept-overskrifter sendt i anmodningen. Se indholdsforhandling .
407 Proxy-godkendelse påkrævet (RFC 7235)
Klienten skal først godkende sig selv med proxyen .
408 Timeout for anmodning
Serveren blev afbrudt og ventede på anmodningen. Ifølge HTTP-specifikationer: "Klienten fremlagde ikke en anmodning inden for den tid, som serveren var parat til at vente. Klienten MÅ gentage anmodningen uden ændringer på et senere tidspunkt."
409 Konflikt
Angiver, at anmodningen ikke kunne behandles på grund af konflikt i ressourceens aktuelle tilstand, såsom en redigeringskonflikt mellem flere samtidige opdateringer.
410 Borte
Angiver, at den ønskede ressource ikke længere er tilgængelig og ikke vil være tilgængelig igen. Dette skal bruges, når en ressource med vilje er fjernet, og ressourcen skal renses. Ved modtagelse af en 410-statuskode bør klienten ikke anmode om ressourcen i fremtiden. Klienter som søgemaskiner bør fjerne ressourcen fra deres indekser. De fleste brugssager kræver ikke, at klienter og søgemaskiner renser ressourcen, og en "404 Not Found" kan bruges i stedet.
411 Længde kræves
Anmodningen specificerede ikke længden af ​​dens indhold, hvilket kræves af den anmodede ressource.
412 Forudsætning mislykkedes (RFC 7232)
Serveren opfylder ikke en af ​​de forudsætninger, som rekvirenten stiller i anmodningsoverskriftsfelterne.
413 nyttelast for stor (RFC 7231)
Anmodningen er større, end serveren er villig til eller i stand til at behandle. Tidligere kaldet "Anmod om enhed for stor".
414 URI for lang (RFC 7231)
Den leverede URI var for lang til, at serveren kunne behandle. Ofte er resultatet af, at for meget data bliver kodet som en forespørgselsstreng for en GET-anmodning, i hvilket tilfælde de skal konverteres til en POST-anmodning. Kaldt tidligere "Request-URI for lang".
415 Medietype, der ikke understøttes (RFC 7231)
Anmodningsenheden har en medietype, som serveren eller ressourcen ikke understøtter. For eksempel uploader klienten et billede som image / svg + xml , men serveren kræver, at billeder bruger et andet format.
416 rækkevidde ikke tilfredsstillende (RFC 7233)
Klienten har bedt om en del af filen ( byte-servering ), men serveren kan ikke levere den del. For eksempel, hvis klienten bad om en del af filen, der ligger ud over slutningen af ​​filen. Kaldt "Requested Range Not Satisfiable" tidligere.
417 Forventningen mislykkedes
Serveren kan ikke opfylde kravene i feltet Forvent anmodningsoverskrift.
418 Jeg er en tekande (RFC 2324, RFC 7168)
Denne kode blev defineret i 1998 som en af ​​de traditionelle IETF April Fools 'vittigheder i RFC 2324, Hyper Text Coffee Pot Control Protocol , og forventes ikke at blive implementeret af faktiske HTTP-servere. RFC specificerer, at denne kode skal returneres af tekander, der anmodes om at brygge kaffe. Denne HTTP-status bruges som påskeæg på nogle websteder, såsom Google.com's Jeg er et tepotte påskeæg.
421 Fejlagtig anmodning (RFC 7540)
Anmodningen blev rettet mod en server, der ikke er i stand til at producere et svar (for eksempel på grund af genbrug af forbindelsen).
422 Unprocessable Entity (WebDAV; RFC 4918)
Anmodningen var velformet, men kunne ikke følges på grund af semantiske fejl.
423 Låst (WebDAV; RFC 4918)
Den ressource, der er adgang til, er låst.
424 Mislykket afhængighed (WebDAV; RFC 4918)
Anmodningen mislykkedes, fordi den var afhængig af en anden anmodning, og den anmodning mislykkedes (f.eks. Et PROPPATCH).
425 for tidligt (RFC 8470)
Indikerer, at serveren ikke er villig til at behandle en anmodning, der muligvis bliver afspillet igen.
426 Opgradering påkrævet
Klienten skal skifte til en anden protokol, såsom TLS / 1.3 , angivet i feltet Opgrader overskrift .
428 Forudsætning krævet (RFC 6585)
Oprindelsesserveren kræver, at anmodningen er betinget. Beregnet til at forhindre problemet med 'mistet opdatering', hvor en klient GETs en ressource tilstand, ændrer den og PUTS den tilbage til serveren, når en tredjepart i mellemtiden har ændret tilstanden på serveren, hvilket fører til en konflikt.
429 for mange anmodninger (RFC 6585)
Brugeren har sendt for mange anmodninger inden for et givet tidsrum. Beregnet til brug sammen med hastighedsbegrænsende ordninger.
431 Anmodning om overskriftsfelter for store (RFC 6585)
Serveren er ikke villig til at behandle anmodningen, fordi enten et enkelt headerfelt eller alle headerfelterne samlet er for store.
451 Ikke tilgængelig af juridiske årsager (RFC 7725)
En serveroperatør har modtaget et juridisk krav om at nægte adgang til en ressource eller til et sæt ressourcer, der inkluderer den anmodede ressource. Koden 451 blev valgt som en henvisning til romanen Fahrenheit 451 (se anerkendelserne i RFC).

5xx serverfejl

Den serveren tilsidesat en anmodning.

Svarstatuskoder, der begynder med cifret "5", indikerer tilfælde, hvor serveren er opmærksom på, at den er stødt på en fejl eller på anden måde ikke er i stand til at udføre anmodningen. Undtagen når at reagere på en HEAD-anmodning, serveren skal indeholde en enhed, der indeholder en forklaring på fejlen situationen, og angive, om det er en midlertidig eller permanent tilstand. Ligeledes bruger agenter skal vise nogen inkluderet enhed for brugeren. Disse svarkoder er gældende for enhver anmodningsmetode.

500 intern serverfejl
En generisk fejlmeddelelse, der blev givet, når en uventet tilstand blev stødt, og ingen mere specifik meddelelse er egnet.
501 Ikke implementeret
Serveren genkender enten ikke anmodningsmetoden, eller den mangler evnen til at opfylde anmodningen. Normalt indebærer dette fremtidig tilgængelighed (f.eks. En ny funktion i en web-service API).
502 Bad Gateway
Serveren fungerede som en gateway eller proxy og modtog et ugyldigt svar fra upstream-serveren.
503 Service ikke tilgængelig
Serveren kan ikke håndtere anmodningen (fordi den er overbelastet eller nede for vedligeholdelse). Generelt er dette en midlertidig tilstand.
504 Gateway timeout
Serveren fungerede som en gateway eller proxy og modtog ikke et rettidigt svar fra upstream-serveren.
505 HTTP-version understøttes ikke
Serveren understøtter ikke den HTTP-protokolversion, der bruges i anmodningen.
506 Variant Forhandler også (RFC 2295)
Gennemsigtig indholdsforhandling for anmodningen resulterer i en cirkulær reference .
507 Utilstrækkelig lagerplads (WebDAV; RFC 4918)
Serveren kan ikke gemme den nødvendige repræsentation for at udfylde anmodningen.
508 sløjfe opdaget (WebDAV; RFC 5842)
Serveren registrerede en uendelig sløjfe under behandling af anmodningen (sendt i stedet for 208 allerede rapporteret ).
510 ikke udvidet (RFC 2774)
Yderligere udvidelser til anmodningen er nødvendige for at serveren skal opfylde den.
511 Netværksgodkendelse påkrævet (RFC 6585)
Klienten skal godkende for at få netværksadgang. Beregnet til brug ved aflytning af fuldmagter, der bruges til at kontrollere adgang til netværket (f.eks. " Captive portals ", der bruges til at kræve aftale med servicevilkårene, inden der gives fuld internetadgang via et Wi-Fi-hotspot ).

Uofficielle koder

Følgende koder er ikke specificeret af nogen standard.

103 Kontrolpunkt
Bruges i forslaget om genoptagelige anmodninger om at genoptage afbrudte PUT- eller POST-anmodninger.
218 Dette er fint ( Apache Web Server )
Bruges som en catch-all-fejlbetingelse for at lade responsorganer strømme gennem Apache, når ProxyErrorOverride er aktiveret. Når ProxyErrorOverride er aktiveret i Apache, kasseres responsorganer, der indeholder en statuskode på 4xx eller 5xx, automatisk af Apache til fordel for et generisk svar eller et brugerdefineret svar, der er angivet i ErrorDocument-direktivet.
419 side udløbet ( Laravel Framework )
Bruges af Laravel Framework, når et CSRF-token mangler eller udløber.
420 Metodefejl ( Spring Framework )
Et udfaset svar brugt af Spring Framework, når en metode mislykkedes.
420 Forbedre din ro ( Twitter )
Returneret af version 1 af Twitter Search and Trends API, når klienten er satsbegrænset; version 1.1 og nyere bruger svarkoden 429 Too Many Requests i stedet. Udtrykket "Forbedre din ro" stammer fra filmen Demolition Man fra 1993 , og dens tilknytning til dette nummer er sandsynligvis en henvisning til cannabis .
430 Anmod om overskriftsfelter for store ( Shopify )
Brugt af Shopify i stedet for 429 Too Many Requests- svarkoden, når der anmodes om for mange URL'er inden for en bestemt tidsramme.
450 Blokeret af Windows Forældrekontrol (Microsoft)
Microsoft-udvidelseskoden er angivet, når Windows Forældrekontrol er tændt og blokerer adgang til den ønskede webside.
498 Ugyldigt token (Esri)
Returneret af ArcGIS for Server . Kode 498 angiver et udløbet eller på anden måde ugyldigt token.
499 Token krævet (Esri)
Returneret af ArcGIS for Server . Kode 499 angiver, at et token er påkrævet, men ikke blev indsendt.
509 båndbreddegrænse overskredet ( Apache Web Server / cPanel )
Serveren har overskredet den båndbredde, der er angivet af serveradministratoren. dette bruges ofte af delte hostingudbydere for at begrænse kundernes båndbredde.
529 Webstedet er overbelastet
Brugt af Qualys i SSLLabs-servertest API til at signalere, at webstedet ikke kan behandle anmodningen.
530 Webstedet er frossent
Brugt af Pantheon -webplatformen til at angive et sted, der er frosset på grund af inaktivitet.
598 (uformel konvention) Fejl ved timeout-fejl ved netværkslæsning
Brugt af nogle HTTP-proxyer til at signalere en timeout for netværkslæsning bag proxyen til en klient foran proxyen.

Internetoplysningstjenester

Microsofts Internet Information Services (IIS) webserver udvider 4xx-pladsen til at signalere fejl med klientens anmodning.

440 Login-timeout
Kundens session er udløbet og skal logge ind igen.
449 Prøv igen med
Serveren kan ikke imødekomme anmodningen, fordi brugeren ikke har givet de krævede oplysninger.
451 Omdirigering
Bruges i Exchange ActiveSync, når enten en mere effektiv server er tilgængelig, eller serveren ikke kan få adgang til brugernes postkasse. Klienten forventes at køre HTTP AutoDiscover-operationen igen for at finde en mere passende server.

IIS bruger undertiden yderligere decimalunderkoder for mere specifik information, men disse underkoder vises kun i svarets nyttelast og i dokumentation, ikke i stedet for en faktisk HTTP-statuskode.

nginx

Den nginx webserversoftware udvider 4xx fejl plads til signal problemer med kundens anmodning.

444 Intet svar
Brugt internt til at instruere serveren om at returnere ingen oplysninger til klienten og lukke forbindelsen med det samme.
494 Forespørgsel til overskrift for stor
Kunden sendte for stor anmodning eller for lang overskriftslinje.
495 SSL-certifikatfejl
En udvidelse af 400 Bad Request- svarskoden, der bruges, når klienten har leveret et ugyldigt klientcertifikat .
496 SSL-certifikat kræves
En udvidelse af 400 Bad Request- svarkoden, der bruges, når et klientcertifikat kræves, men ikke leveres.
497 HTTP-anmodning sendt til HTTPS-port
En udvidelse af 400 Bad Request- svarskoden, der bruges, når klienten har foretaget en HTTP-anmodning til en port, der lytter efter HTTPS-anmodninger.
499 Klient lukket anmodning
Bruges, når klienten har lukket anmodningen, før serveren kunne sende et svar.

Cloudflare

Cloudflares omvendte proxytjeneste udvider 5xx-serien af fejlplads for at signalere problemer med originalserveren.

520 Webserver returnerede en ukendt fejl
Oprindelsesserveren returnerede et tomt, ukendt eller uforklarligt svar til Cloudflare.
521 Webserver er nede
Fejl 521 opstår, når oprindelseswebserveren nægter forbindelser fra Cloudflare. Sikkerhedsløsninger fra din oprindelse kan blokere legitime forbindelser fra visse Cloudflare IP-adresser.
522 Forbindelse timeout
Fejl 522 opstår, når Cloudflare afvikler kontakt med oprindelseswebserveren.
523 Oprindelse er ikke tilgængelig
Cloudflare kunne ikke nå udgangsserveren; for eksempel, hvis DNS-posterne for originalserveren er forkerte.
524 Der opstod en timeout
Cloudflare var i stand til at gennemføre en TCP-forbindelse til originalserveren, men modtog ikke et rettidigt HTTP-svar.
525 SSL-håndtryk mislykkedes
Cloudflare kunne ikke forhandle et SSL / TLS-håndtryk med originalserveren.
526 Ugyldigt SSL-certifikat
Cloudflare kunne ikke validere SSL-certifikatet på oprindelseswebserveren. Bruges også af Cloud Foundry 's gorouter.
527 Railgun-fejl
Fejl 527 angiver en afbrudt forbindelse mellem Cloudflare og oprindelsesserverens Railgun-server.
530
Fejl 530 returneres sammen med en 1xxx-fejl.

AWS elastisk belastningsafbalancering

Amazon 's Elastic Load Balancing tilføjer et par custom 4xx returkoder

460
Kunden lukkede forbindelsen med belastningsafbalanceren, inden tidsintervallet for inaktivitet forløb. Typisk når klient-timeout er hurtigere end den elastiske belastningsbalancers timeout.
463
Belastningsafbalanceren modtog en X-Forwarded-For-anmodningsoverskrift med mere end 30 IP-adresser.
561 Uautoriseret
En fejl omkring godkendelse returneret af en server, der er registreret med en load balancer. Du konfigurerede en lytterregel til at godkende brugere, men identitetsudbyderen (IdP) returnerede en fejlkode ved godkendelse af brugeren.

Se også

Bemærkninger

Referencer

eksterne links