A HTTP állapotkódok listája - List of HTTP status codes

HTTP
Kérési módszerek
Fejlécmezők
Válasz állapotkódjai
Biztonsági hozzáférés -ellenőrzési módszerek
Biztonsági biztonsági rések

Ez a HTTP ( Hypertext Transfer Protocol ) válaszállapotkódok listája . Az állapotkódokat a szerver adja ki, az ügyfél szerverre irányuló kérésére válaszul . Tartalmazza az IETF Request for Comments (RFC) kódjait, más specifikációkat és néhány további kódot, amelyeket a HTTP néhány általános alkalmazásában használnak. Az állapotkód első számjegye a válaszok öt standard osztályának egyikét adja meg. A megjelenített üzenetkifejezések tipikusak, de bármilyen ember által olvasható alternatíva is rendelkezésre áll. Eltérő rendelkezés hiányában az állapotkód a HTTP/1.1 szabvány része (RFC 7231).

Az Internet Assigned Numbers Authority (IANA) vezeti a HTTP állapotkódok hivatalos nyilvántartását.

Minden HTTP válasz állapotkód öt osztályra vagy kategóriára van felosztva. Az állapotkód első számjegye határozza meg a válasz osztályát, míg az utolsó két számjegynek nincs osztályozó vagy kategorizáló szerepe. A szabvány öt osztályt határoz meg:

  • 1xx tájékoztató válasz - a kérelem megérkezett, folyamatban van
  • 2xx sikeres - a kérést sikeresen fogadták, megértették és elfogadták
  • 3xx átirányítás - további lépéseket kell tenni a kérelem teljesítéséhez
  • 4xx ügyfélhiba - a kérés rossz szintaxist tartalmaz, vagy nem teljesíthető
  • 5xx szerverhiba - a szerver nem teljesítette a látszólag érvényes kérést

1xx információs válasz

Az információs válasz azt jelzi, hogy a kérést megkapták és megértették. Ideiglenesen adják ki, amíg a kérések feldolgozása folytatódik. Figyelmezteti az ügyfelet, hogy várja meg a végső választ. Az üzenet csak az állapotsorból és az opcionális fejlécmezőkből áll, és egy üres sor fejezi be. Mivel a HTTP / 1.0 szabvány nem határoz meg semmiféle 1xx állapotkódok, szerverek nem küld 1xx választ egy HTTP / 1.0 kompatibilis kliens kivéve kísérleti körülmények között.

100 Folytatás
A szerver megkapta a kérés fejléceit, és az ügyfélnek tovább kell küldenie a kérés törzsét (olyan kérelem esetén, amelyhez egy testet kell küldeni; például POST kérés). Egy nagy kérés törzs küldése a szervernek, miután a kérést elutasították a nem megfelelő fejlécek miatt, nem lenne hatékony. Ahhoz, hogy a szerver ellenőrizze a kérés fejléceit, az ügyfélnek Expect: 100-continuefejlécként kell küldenie az eredeti kérésben, és 100 Continueválaszként állapotkódot kell kapnia a törzs elküldése előtt. Ha az ügyfél hibakódot kap, például 403 (Tiltott) vagy 405 (Nem engedélyezett módszer), akkor ne küldje el a kérés törzsét. A válasz 417 Expectation Failedazt jelzi, hogy a kérést meg kell ismételni a Expectfejléc nélkül, mivel azt jelzi, hogy a szerver nem támogatja az elvárásokat (ez a helyzet például a HTTP/1.0 szerverek esetében).
101 Kapcsolási protokoll
A kérelmező felkérte a szervert, hogy váltson protokollokat, és a szerver beleegyezett ebbe.
102 Feldolgozás ( WebDAV ; RFC 2518)
A WebDAV-kérés számos alkérést tartalmazhat, amelyek fájlműveleteket tartalmaznak, és a kérelem teljesítése hosszú időt vesz igénybe. Ez a kód azt jelzi, hogy a szerver megkapta és feldolgozza a kérést, de válasz még nem érhető el. Ez megakadályozza, hogy az ügyfél időzítsen, és feltételezze, hogy a kérés elveszett.
103 Korai tippek (RFC 8297)
Néhány válaszfejléc visszaadására szolgál a végső HTTP -üzenet előtt.

2xx siker

Az állapotkódok ezen osztálya azt jelzi, hogy az ügyfél által kért műveletet fogadták, megértették és elfogadták.

200 OK
Standard válasz sikeres HTTP -kérésekre. A tényleges válasz az alkalmazott kérési módszertől függ. A GET kérésben a válasz a kért erőforrásnak megfelelő entitást tartalmaz. A POST kérésben a válasz egy olyan entitást tartalmaz, amely leírja vagy tartalmazza a művelet eredményét.
201 Létrehozva
A kérést teljesítették, ami új erőforrás létrehozását eredményezte.
202 Elfogadva
A kérelmet feldolgozásra elfogadták, de a feldolgozás nem fejeződött be. A kérést végre lehet hajtani, vagy nem, és a feldolgozás során el lehet utasítani.
203 Nem hiteles információ (HTTP/1.1 óta)
A szerver egy átalakító proxy (pl. Webes gyorsító ), amely 200 OK -t kapott az eredetétől, de az origó válaszának módosított változatát adja vissza.
204 Nincs tartalom
A szerver sikeresen feldolgozta a kérést, és nem küld vissza tartalmat.
205 Tartalom visszaállítása
A szerver sikeresen feldolgozta a kérést, kéri, hogy a kérelmező állítsa vissza a dokumentumnézetét, és nem küld vissza semmilyen tartalmat.
206 Részleges tartalom (RFC 7233)
A szerver csak az erőforrás egy részét ( bájtos kiszolgálást ) szállítja az ügyfél által küldött tartományfejléc miatt. A tartományfejlécet a HTTP -ügyfelek használják a megszakított letöltések folytatásának engedélyezéséhez, vagy a letöltés több egyidejű adatfolyamra történő felosztásához.
207 Több állapot (WebDAV; RFC 4918)
A következő üzenettörzs alapértelmezésben XML- üzenet, és számos külön válaszkódot tartalmazhat, attól függően, hogy hány alkérés történt.
208 Már jelentett (WebDAV; RFC 5842)
A DAV -kötés tagjai már felsorolásra kerültek a (többállapotú) válasz előző részében, és nem kerülnek újra be.
226 IM használt (RFC 3229)
A szerver teljesítette az erőforrás iránti kérelmet, és a válasz az aktuális példányra alkalmazott egy vagy több példány-manipuláció eredménye.

3xx átirányítás

Ez az állapotkódosztály azt jelzi, hogy az ügyfélnek további lépéseket kell tennie a kérés teljesítéséhez. Ezen állapotkódok közül sokat használnak az URL -átirányításban .

A felhasználói ügynök csak akkor végezheti el a további műveletet, ha nincs felhasználói beavatkozás, ha a második kérésben használt módszer GET vagy HEAD. A felhasználói ügynök automatikusan átirányíthat egy kérést. A felhasználói ügynöknek észlelnie kell és be kell avatkoznia, hogy megakadályozza a ciklikus átirányításokat.

300 többféle választás
Az erőforrás több lehetőségét jelzi, amelyek közül az ügyfél választhat ( ügynök által vezérelt tartalom-egyeztetés útján ). Például ezt a kódot több videoformátum-beállítás bemutatására, különböző fájlnévkiterjesztésekkel rendelkező fájlok listázására vagy szó szerinti értelmezésre lehet javasolni .
301 Véglegesen költözött
Ezt és minden további kérést az adott URI -ra kell irányítani .
302 talált (korábban "ideiglenesen áthelyezve")
Arra utasítja az ügyfelet, hogy nézzen meg (tallózzon) egy másik URL -t. A HTTP/1.0 specifikáció (RFC 1945) megkövetelte az ügyféltől, hogy ugyanazzal a módszerrel ideiglenes átirányítást hajtson végre (az eredeti leíró kifejezés "Ideiglenesen áthelyezve" volt), de a népszerű böngészők 302 átirányítást hajtottak végre a módszer GET -re változtatásával. Ezért a HTTP/1.1 a 303 és 307 állapotkódokat adta hozzá a két viselkedés megkülönböztetéséhez.
303 Lásd Egyéb (HTTP/1.1 óta)
A kérésre adott válasz megtalálható egy másik URI alatt a GET módszer használatával. Amikor a POST (vagy PUT/DELETE) válaszként megkapja, az ügyfélnek feltételeznie kell, hogy a szerver megkapta az adatokat, és új GET kérést kell kiadnia az adott URI -hoz.
304 Nincs módosítva (RFC 7232)
Azt jelzi, hogy az erőforrás nem módosult az If-Modified-Since vagy az If-None-Match fejléc által megadott verzió óta. Ebben az esetben nincs szükség az erőforrás újraküldésére, mivel az ügyfélnek van egy korábban letöltött példánya.
305 Proxy használata (HTTP/1.1 óta)
A kért erőforrás csak egy proxyn keresztül érhető el, amelynek címét a válasz tartalmazza. Biztonsági okokból sok HTTP -ügyfél (például a Mozilla Firefox és az Internet Explorer ) nem engedelmeskedik ennek az állapotkódnak.
306 Proxy váltás
Már nem használt. Eredetileg azt jelentette: "A későbbi kérelmeknek a megadott proxyt kell használniuk."
307 Ideiglenes átirányítás (HTTP/1.1 óta)
Ebben az esetben a kérést meg kell ismételni egy másik URI -val; a későbbi kérelmeknek azonban továbbra is az eredeti URI -t kell használniuk. A 302 korábbi megvalósításával ellentétben a kérési módszer nem módosítható az eredeti kérelem újbóli kiadásakor. Például egy POST kérést meg kell ismételni egy másik POST kéréssel.
308 Állandó átirányítás (RFC 7538)
Ezt és minden további kérést az adott URI -ra kell irányítani . 308 párhuzamos a 301 viselkedésével, de nem teszi lehetővé a HTTP módszer megváltoztatását . Így például zökkenőmentesen folytatódhat az űrlap tartósan átirányított erőforráshoz való elküldése.

4xx ügyfélhibák

A Wikimedia 404 üzenet
404 -es hiba a Wikipédián

Ez az állapotkódosztály olyan helyzetekre szolgál, amikor úgy tűnik, hogy a hibát az ügyfél okozta. A HEAD kérésre adott válasz kivételével a szervernek tartalmaznia kell egy entitást, amely tartalmazza a hibahely magyarázatát, valamint azt, hogy az ideiglenes vagy állandó állapot. Ezek az állapotkódok bármely kérési módszerre alkalmazhatók. A felhasználói ügynököknek meg kell jeleníteniük a felhasználónak a benne szereplő entitásokat.

400 Hibás kérelem
A szerver nem tudja vagy nem fogja feldolgozni a kérést nyilvánvaló ügyfélhiba (pl. Rosszul formázott kérés szintaxis, túl nagy méret, érvénytelen kérésüzenet -keretezés vagy megtévesztő kérésirányítás) miatt.
401 jogosulatlan (RFC 7235)
Hasonló a 403 Tiltotthoz , de kifejezetten akkor használható, ha hitelesítésre van szükség, és sikertelen vagy még nem biztosított. A válasznak tartalmaznia kell a WWW-hitelesítés fejlécmezőt, amely tartalmazza a kért erőforrásra vonatkozó kihívást. Lásd: Alapvető hozzáférési hitelesítés és Digest hozzáférési hitelesítés . A 401 szemantikailag azt jelenti, hogy "jogosulatlan", a felhasználó nem rendelkezik érvényes hitelesítési hitelesítő adatokkal a cél erőforráshoz.
Megjegyzés: Egyes webhelyek helytelenül adják ki a HTTP 401 protokollt, ha egy IP -címet kitiltanak a webhelyről (általában a webhely domainjéről), és az adott cím megtagadja a hozzáférést a webhelyhez.
402 Fizetés szükséges
Fenntartva a későbbi használatra. Az eredeti szándék az volt, hogy ezt a kódot fel lehet használni valamilyen digitális készpénz vagy mikrofizetési rendszer részeként , ahogy azt például a GNU Taler javasolta , de ez még nem történt meg, és ezt a kódot nem használják széles körben. A Google Developers API ezt az állapotot használja, ha egy adott fejlesztő túllépte a kérelmek napi korlátját. A Sipgate ezt a kódot használja, ha egy fiók nem rendelkezik elegendő pénzzel a hívás indításához. A Shopify ezt a kódot használja, ha az üzlet nem fizette be díjait, és ideiglenesen le van tiltva. A Stripe ezt a kódot használja a sikertelen fizetéseknél, ahol a paraméterek helyesek voltak, például blokkolt csalárd fizetések.
403 letiltva
A kérés érvényes adatokat tartalmazott, és a szerver megértette, de a szerver visszautasítja a műveletet. Ennek az lehet az oka, hogy a felhasználó nem rendelkezik az erőforrásokhoz szükséges jogosultságokkal, vagy valamilyen fiókra van szüksége, vagy tiltott műveletet próbál végrehajtani (pl. Duplikált rekord létrehozása, ahol csak egy engedélyezett). Ezt a kódot általában akkor is használják, ha a kérés hitelesítést biztosított a WWW-Hitelesítés fejlécmező kihívás megválaszolásával, de a szerver nem fogadta el ezt a hitelesítést. A kérést nem szabad megismételni.
404 nem található
A kért erőforrás nem található, de a jövőben elérhető lesz. Az ügyfél későbbi kérései megengedettek.
405 A módszer nem engedélyezett
A kérési módszer nem támogatott a kért erőforrásnál; például egy GET kérés egy űrlapon, amely megköveteli az adatok POST- on keresztül történő bemutatását , vagy egy PUT kérés egy írásvédett erőforráson.
406 Nem elfogadható
A kért erőforrás csak olyan tartalmat képes előállítani, amely nem elfogadható a kérésben elküldött Accept fejlécek szerint. Lásd: Tartalmi egyeztetés .
407 Proxy hitelesítés szükséges (RFC 7235)
Az ügyfélnek először hitelesítenie kell magát a proxy segítségével .
408 Kérés időtúllépése
A szerver túllépte a kérést. A HTTP -specifikációk szerint: "Az ügyfél nem küldött kérelmet azon a határidőn belül, ameddig a szerver várakozni készült. A kliens később is megismételheti a kérést módosítások nélkül."
409 Konfliktus
Azt jelzi, hogy a kérést nem lehetett feldolgozni az erőforrás jelenlegi állapotában fennálló ütközés miatt, például szerkesztési ütközés miatt több egyidejű frissítés között.
410 Elment
Azt jelzi, hogy a kért erőforrás már nem áll rendelkezésre, és nem lesz többé elérhető. Ezt akkor kell használni, ha egy erőforrást szándékosan eltávolítottak, és az erőforrást ki kellett törölni. Miután megkapta a 410 állapotkódot, az ügyfélnek nem szabad a jövőben kérnie az erőforrást. Az olyan ügyfeleknek, mint a keresőmotorok, el kell távolítaniuk az erőforrást az indexeikből. A legtöbb használati eset nem követeli meg az ügyfelektől és a keresőmotoroktól az erőforrás törlését, és helyette a „404 Not Found” használható.
411 Szükséges hossz
A kérelem nem határozta meg tartalmának hosszát, amelyet a kért erőforrás megkövetel.
412 Sikertelen előfeltétel (RFC 7232)
A szerver nem felel meg az egyik előfeltételnek, amelyet a kérelmező a kérésfejléc mezőkbe helyezett.
413 A hasznos teher túl nagy (RFC 7231)
A kérés nagyobb, mint amennyit a szerver fel tud dolgozni. Korábban "Kérési entitás túl nagy".
414 URI túl hosszú (RFC 7231)
A megadott URI túl hosszú volt a szerver feldolgozásához. Gyakran annak az eredménye, hogy túl sok adatot kódolnak GET kérés lekérdezési karakterláncként, ebben az esetben azt POST kéréssé kell átalakítani. Korábban "Kérés-URI túl hosszúnak" hívták.
415 nem támogatott hordozótípus (RFC 7231)
A kérési entitás olyan adathordozótípussal rendelkezik, amelyet a szerver vagy erőforrás nem támogat. Például az ügyfél feltölt egy képet image/svg+xml formátumban, de a szerver megköveteli, hogy a képek más formátumot használjanak.
416 tartomány nem kielégítő (RFC 7233)
Az ügyfél a fájl egy részét kérte ( bájtos kiszolgálás ), de a szerver nem tudja megadni ezt a részt. Például, ha az ügyfél a fájl olyan részét kérte, amely túl van a fájl végén. Korábban "Kért tartomány nem kielégíthető" néven.
417 Nem sikerült a várakozás
A szerver nem tud megfelelni az Expect request-header mező követelményeinek.
418 Teáskanna vagyok (RFC 2324, RFC 7168)
Ezt a kódot 1998 -ban az IETF April Fools hagyományos vicceinek egyikeként határozták meg , az RFC 2324 Hyper Text Coffee Pot Control Protocol protokolljában , és várhatóan nem valósítják meg a tényleges HTTP -kiszolgálók. Az RFC előírja, hogy ezt a kódot a kávékészítésre kért teáskannáknak kell visszaküldeniük. Ezt a HTTP -állapotot húsvéti tojásként használják egyes webhelyeken, például a Google.com teakannás húsvéti tojásként.
421 Hibás kérés (RFC 7540)
A kérés egy szerverre irányult, amely nem tud választ adni (például a kapcsolat újrafelhasználása miatt).
422 Feldolgozatlan entitás (WebDAV; RFC 4918)
A kérés jól formázott volt, de szemantikai hibák miatt nem lehetett követni.
423 Zárolt (WebDAV; RFC 4918)
Az elérhető erőforrás zárolva van.
424 Sikertelen függőség (WebDAV; RFC 4918)
A kérés sikertelen volt, mert függ egy másik kéréstől, és ez a kérés nem sikerült (pl. PROPPATCH).
425 Túl korán (RFC 8470)
Azt jelzi, hogy a szerver nem hajlandó kockáztatni egy esetlegesen újrajátszott kérés feldolgozását.
426 Frissítés szükséges
Az ügyfélnek egy másik protokollra kell váltania, mint például a TLS/1.3 , amely a Frissítés fejléc mezőben van megadva .
428 Előfeltétel szükséges (RFC 6585)
Az eredeti szerver megköveteli, hogy a kérés feltételes legyen. Az „elveszett frissítés” probléma megelőzésére szolgál, amikor az ügyfél lekér egy erőforrás állapotát, módosítja azt, és visszahelyezi a szerverre, amikor időközben egy harmadik fél módosította a szerver állapotát, ami konfliktushoz vezetett.
429 Túl sok kérés (RFC 6585)
A felhasználó adott idő alatt túl sok kérést küldött. Árfolyamkorlátozó rendszerekkel való használatra készült .
431 Fejlécmezők kérése túl nagy (RFC 6585)
A szerver nem hajlandó feldolgozni a kérelmet, mert vagy az egyes fejlécmezők, vagy az összes fejlécmező együttesen túl nagyok.
451 jogi okok miatt nem érhető el (RFC 7725)
Egy szerverüzemeltető jogi követelést kapott, hogy tagadja meg a hozzáférést egy erőforráshoz vagy a kért erőforrást tartalmazó erőforráskészlethez. A 451 kódot a Fahrenheit 451 című új regényre való hivatkozásként választották (lásd az RFC -ben található Köszönetnyilvánításokat).

5xx szerverhibák

A szerver nem tudott eleget tenni egy kérésnek.

Az "5" számjeggyel kezdődő válaszállapot -kódok azokat az eseteket jelzik, amelyekben a szerver tudatában van annak, hogy hibát észlelt, vagy más módon nem tudja végrehajtani a kérést. A HEAD kérésre adott válasz kivételével a szervernek tartalmaznia kell egy entitást, amely tartalmazza a hibahely magyarázatát, és jeleznie kell, hogy az ideiglenes vagy állandó állapot. Hasonlóképpen, a felhasználói ügynököknek meg kell jeleníteniük a felhasználónak a benne lévő entitásokat. Ezek a válaszkódok bármely kérési módszerre alkalmazhatók.

500 Belső Szerver Hiba
Általános hibaüzenet, amely akkor adódik, ha váratlan állapot merült fel, és ennél konkrétabb üzenet nem alkalmas.
501 Nincs végrehajtva
A szerver vagy nem ismeri fel a kérési módszert, vagy nem tudja teljesíteni a kérést. Ez általában a jövőbeli elérhetőséget jelenti (pl. Egy webszolgáltatási API új szolgáltatása).
502 Rossz átjáró
A szerver átjáróként vagy proxyként működött, és érvénytelen választ kapott az upstream szervertől.
503 A szolgáltatás nem elérhető
A szerver nem tudja kezelni a kérést (mert túlterhelt vagy le van karbantartva). Általában ez egy átmeneti állapot.
504 kapu időtúllépés
A szerver átjáróként vagy proxyként működött, és nem kapott időben választ a felfelé irányuló szervertől.
505 HTTP verzió nem támogatott
A szerver nem támogatja a kérésben használt HTTP protokoll verziót.
Az 506 változat is tárgyal (RFC 2295)
A kérelem átlátható tartalmi egyeztetése körkörös hivatkozást eredményez .
507 Elégtelen tárhely (WebDAV; RFC 4918)
A szerver nem tudja tárolni a kérés teljesítéséhez szükséges ábrázolást.
508 hurok észlelve (WebDAV; RFC 5842)
A szerver végtelen ciklusot észlelt a kérés feldolgozása során (elküldve a 208 Már jelentett helyett ).
510 Nincs kiterjesztve (RFC 2774)
A kérés további kiterjesztései szükségesek ahhoz, hogy a szerver teljesíteni tudja azt.
511 Hálózati hitelesítés szükséges (RFC 6585)
A kliensnek hitelesítenie kell a hálózati hozzáféréshez. A hálózathoz való hozzáférés szabályozására használt proxyk elfogására szolgál (pl. " Foglalt portálok ", amelyek megkövetelik az Általános Szerződési Feltételek elfogadását, mielőtt teljes internet-hozzáférést biztosítanak Wi-Fi hotspoton keresztül ).

Nem hivatalos kódok

A következő kódokat semmilyen szabvány nem határozza meg.

218 Ez rendben van ( Apache Web Server )
Mindenre kiterjedő hibafeltételként használható, hogy lehetővé tegye a válasz testek áramlását az Apache-on, ha a ProxyErrorOverride engedélyezve van. Ha a ProxyErrorOverride engedélyezve van az Apache -ban, a 4xx vagy 5xx állapotkódot tartalmazó választörzseket az Apache automatikusan elveti egy általános válasz vagy az ErrorDocument irányelv által meghatározott egyéni válasz helyett. A " Ez rendben van " kifejezés egy internetes mém, amely arra utal, hogy figyelmen kívül hagyja a helyzetet, vagy nem tesz semmit a folyamatos katasztrófa nyilvánvaló bizonyítékai ellenére.
419 oldal lejárt ( Laravel keretrendszer )
A Laravel Framework használja, ha hiányzik vagy lejárt egy CSRF token.
420 Módszerhiba ( tavaszi keretrendszer )
A tavaszi keretrendszer által használt elavult válasz, ha egy módszer sikertelen.
420 Növelje nyugalmát ( Twitter )
Visszaadja a Twitter Search and Trends API 1. verziója, amikor az ügyfelet korlátozják; az 1.1 -es és újabb verziók a 429 Túl sok kérés válaszkódot használják. Az "Enhance your quiet" kifejezés az 1993 -as Demolition Man című filmből származik , és ennek a számnak a társítása valószínűleg a kannabiszra utal .
430 Túl nagy fejlécmezők kérése ( Shopify )
A Shopify használja a 429 Túl sok kérés válaszkód helyett , ha egy adott időkereten belül túl sok URL -t kér.
450 Letiltotta a Windows szülői felügyelete (Microsoft)
A Microsoft bővítménykódja akkor jelenik meg, amikor a Windows szülői felügyelete be van kapcsolva, és blokkolja a hozzáférést a kért weboldalhoz.
498 Érvénytelen token (Esri)
Visszaadta az ArcGIS for Server . A 498 -as kód lejárt vagy más módon érvénytelen tokent jelez.
499 token szükséges (Esri)
Visszaadta az ArcGIS for Server . A 499 -es kód azt jelzi, hogy jogkivonat szükséges, de nem került benyújtásra.
509 sávszélességi korlát túllépve ( Apache Web Server / cPanel )
A szerver túllépte a szerver adminisztrátor által megadott sávszélességet; ezt a megosztott tárhelyszolgáltatók gyakran használják az ügyfelek sávszélességének korlátozására.
529 A webhely túlterhelt
A Qualys használja az SSLLabs szerver tesztelő API -jában annak jelzésére, hogy a webhely nem tudja feldolgozni a kérést.
530 A webhely lefagyott
A Pantheon webes platform arra használja, hogy jelezze a tétlenség miatt lefagyott webhelyet.
598 (informális egyezmény) Hálózati olvasási időtúllépési hiba
Egyes HTTP -proxyk használják, hogy jelezzék a proxy mögötti hálózati olvasási időtúllépést a proxy előtt álló ügyfélnek.

Internet információs szolgáltatások

A Microsoft Internet Information Services (IIS) webszervere kibővíti a 4xx hibateret, hogy jelezze a hibákat az ügyfél kérésével.

440 Bejelentkezési időtúllépés
Az ügyfél munkamenete lejárt, és újra be kell jelentkeznie.
449 Próbálja újra
A szerver nem tudja teljesíteni a kérést, mert a felhasználó nem adta meg a szükséges információkat.
451 Átirányítás
Az Exchange ActiveSync alkalmazásban akkor használható, ha vagy hatékonyabb kiszolgáló áll rendelkezésre, vagy a szerver nem tud hozzáférni a felhasználók postaládájához. Az ügyfél várhatóan újra futtatja a HTTP AutoDiscover műveletet, hogy megfelelőbb kiszolgálót találjon.

Az IIS néha további tizedes alkódokat használ a specifikusabb információkhoz, azonban ezek az alkódok csak a válasz hasznos terhelésében és a dokumentációban jelennek meg, nem pedig a tényleges HTTP állapotkód helyén.

nginx

Az nginx webszerver szoftver kibővíti a 4xx hibateret, hogy jelezze az ügyfél kérésével kapcsolatos problémákat.

444 Nincs válasz
Belsőleg arra utasítva a szervert, hogy ne adjon vissza semmilyen információt az ügyfélnek, és azonnal zárja le a kapcsolatot.
494 A kérés fejléce túl nagy
Az ügyfél túl nagy kérést küldött, vagy túl hosszú fejlécet.
495 SSL tanúsítványhiba
A 400 hibás kérés válaszkódjának bővítése , amelyet akkor használnak, ha az ügyfél érvénytelen ügyféltanúsítványt adott meg .
496 SSL tanúsítvány szükséges
A 400 hibás kérés válaszkódjának bővítése , amelyet akkor használnak, ha ügyfél tanúsítvány szükséges, de nincs megadva.
497 HTTP -kérelem elküldve a HTTPS -portra
A 400 hibás kérés válaszkódjának bővítése , amelyet akkor használnak, ha az ügyfél HTTP -kérést küldött a HTTPS -kéréseket figyelő porthoz.
499 Client Closed Request
Akkor használatos, ha az ügyfél lezárta a kérést, mielőtt a szerver válaszolhatott volna.

Cloudflare

A Cloudflare fordított proxy szolgáltatása kibővíti az 5xx hibasor területét, hogy jelezze az eredeti szerverrel kapcsolatos problémákat.

520 A webszerver ismeretlen hibát adott vissza
Az eredeti szerver üres, ismeretlen vagy váratlan választ adott vissza a Cloudflare -nek.
521 A webszerver leállt
Az eredeti szerver megtagadta a Cloudflare kapcsolatát. Előfordulhat, hogy a biztonsági megoldások blokkolják a jogos kapcsolatokat bizonyos Cloudflare IP -címekről.
522 A kapcsolat időtúllépése
A Cloudflare túllépte a kapcsolatot az eredeti szerverrel.
523 Az eredet elérhetetlen
A Cloudflare nem tudta elérni az eredeti szervert; például ha az eredeti kiszolgáló DNS -rekordjai helytelenek vagy hiányoznak.
524 Időtúllépés történt
A Cloudflare képes volt befejezni a TCP -kapcsolatot az eredeti szerverrel, de nem kapott időben HTTP -választ.
525 SSL kézfogás nem sikerült
A Cloudflare nem tudott megbeszélni egy SSL/TLS kézfogást az eredeti szerverrel.
526 Érvénytelen SSL -tanúsítvány
A Cloudflare nem tudta érvényesíteni az SSL -tanúsítványt az eredeti webszerveren. A Cloud Foundry gorouterje is használja .
527 Railgun hiba
Az 527 -es hiba megszakított kapcsolatot jelez a Cloudflare és az eredeti szerver Railgun szervere között.
530
Az 530 -as hiba 1xxx hibával együtt kerül visszaadásra.

AWS rugalmas terheléselosztó

Amazon „s Elastic terheléselosztás hozzáteszi, néhány egyéni visszatérési kódok

460
Az ügyfél lezárta a kapcsolatot a terheléselosztóval az üresjárati idő letelte előtt. Általában akkor, ha az ügyfél időtúllépése hamarabb történik, mint a rugalmas terheléselosztó időkorlátja.
463
A terheléselosztó X-Forwarded-For kérésfejlécet kapott, több mint 30 IP-címmel.
561 Jogosulatlan
Hiba a hitelesítés körül, amelyet egy terheléselosztóval regisztrált szerver küldött vissza. A figyelési szabályt konfigurálta a felhasználók hitelesítésére, de az identitásszolgáltató (IdP) hibakódot adott vissza a felhasználó hitelesítésekor.

Gyorsítótárazott figyelmeztető kódok

A következő gyorsítótárazással kapcsolatos figyelmeztető kódokat az RFC 7234 határozza meg. A többi állapotkóddal ellentétben ezeket nem a HTTP protokoll válaszállapotaként küldi el, hanem a "Figyelmeztetés" HTTP fejléc részeként. Mivel ezt a fejlécet gyakran nem küldik el a kiszolgálók, és nem is nyugtázzák az ügyfelek, a HTTP munkacsoport hamarosan elavul .

110 A válasz elavult
A gyorsítótár által adott válasz elavult (a tartalom életkora meghaladja a Cache-Control fejléc által meghatározott maximális életkort vagy heurisztikusan választott élettartamot).
111 Az érvényesítés sikertelen
A gyorsítótár nem tudta érvényesíteni a választ, mert nem tudta elérni az eredeti szervert.
112 Megszakított működés
A gyorsítótárat szándékosan leválasztják a hálózat többi részéről.
113 Heurisztikus lejárat
A gyorsítótár heurisztikusan 24 óránál hosszabb frissességi élettartamot választott, és a válasz életkora meghaladta a 24 órát.
199 Egyéb figyelmeztetés
Önkényes, nem specifikus figyelmeztetés. A figyelmeztető szöveg naplózható vagy bemutatható a felhasználónak.
214 Alkalmazott transzformáció
Hozzáadja egy proxy, ha bármilyen átalakítást alkalmaz a megjelenítéshez, például a tartalomkódolás, a médiatípus megváltoztatása vagy hasonlók.
299 Különféle tartós figyelmeztetés
Ugyanaz, mint 199, de állandó figyelmeztetést jelez.

Lásd még

Megjegyzések

Hivatkozások

Külső linkek