A HTTP-válaszkódok háromjegyű jelzések a szerver válaszában. Az első számjegy a tágabb eredményt, a további számjegyek az adott állapotot jelölik. Ez az útmutató gyakorlati összefüggésben magyarázza a nyilvántartott szabványos kódokat, valamint a naplókban előforduló fontos szolgáltatóspecifikus értékeket.
A HTTP-válaszkódok a HTTP-protokoll részei, nem olyan böngészőfunkciók, amelyeket a gyártók külön webes API-ként valósítanak meg. A jelenlegi böngészők kezelik a szabványos válaszosztályokat; a látható hibaoldalak és az újrapróbálkozás böngészőfüggő. Az újabb köztes válaszok és speciális kiterjesztések támogatása verziónként és hálózati útvonalanként eltérhet.
| Válaszcsoport | Chrome / Edge | Firefox | Safari | Opera | Android / iOS WebView | Kompatibilitási megjegyzés |
|---|---|---|---|---|---|---|
| 1xx — tájékoztató | A protokoll köztes válaszaiként támogatott | A protokoll köztes válaszaiként támogatott | A protokoll köztes válaszaiként támogatott | A protokoll köztes válaszaiként támogatott | Az alapul szolgáló hálózati réteg támogatja | A 100/101 elterjedt; a 102 ritka vagy elavult. A 103 Early Hints használata és a megfigyelhető előtöltés böngészőverziótól, szervertől és közvetítőtől függően változhat. |
| 2xx — sikeres | Támogatott | Támogatott | Támogatott | Támogatott | Támogatott | A siker szabványos jelentése közös. A törzsre vonatkozó szabályok továbbra is fontosak: a 204-es és 205-ös válasznak például nincs törzse. |
| 3xx — átirányítás | Támogatott | Támogatott | Támogatott | Támogatott | Támogatott | A Location, a metódus, a gyorsítótár és a biztonsági szabályok befolyásolják a navigációt. A 301/302 POST-ot GET-re módosíthat; a 307/308 megőrzi a metódust. |
| 4xx — kliens- vagy kérési hiba | Támogatott | Támogatott | Támogatott | Támogatott | Támogatott | A böngésző megkapja a választ; a szerver törzsének vagy a böngésző saját hibanézetének megjelenítése kódtól és terméktől függően eltér. |
| 5xx — szerverhiba | Támogatott | Támogatott | Támogatott | Támogatott | Támogatott | A kliensek feldolgozzák a válaszosztályt, de a proxy által létrehozott oldalak, az újrapróbálkozás és a diagnosztikai felület böngészőnként eltér. |
| Ismeretlen kód ismert osztályban | Osztályszintű kezelés | Osztályszintű kezelés | Osztályszintű kezelés | Osztályszintű kezelés | Osztályszintű kezelés | A HTTP-kliensek az első számjegyből következtethetnek az általános osztályra; ne feltételezze, hogy egy egyedi kódnak szabványos jelentése vagy egységes felülete van. |
A kompatibilitás itt protokollszintű kezelést jelent, nem garantálja, hogy minden böngésző ugyanazt a hibaoldalt jeleníti meg. A régi kliensek, beágyazott WebView-k, proxyk és captive portálok további viselkedést adhatnak hozzá.
A szerver elfogadta a kérésfejléceket, és a kérés törzsének hátralévő részére vár. Gyakran az Expect: 100-continue fejléc mellett használják, hogy a kliens elkerülhesse a nagy törzs feltöltését, ha a kérést elutasítanák.
Működési útmutató: Köztes válasz; csak akkor folytassa a törzs küldését, ha az várható.
A szerver beleegyezik, hogy a kliens frissítési kérése után módosítsa a kapcsolat protokollját. Ismert felhasználása a WebSocket-kézfogás.
Működési útmutató: Kapcsolatszintű váltás; ellenőrizze az Upgrade és Connection fejléceket.
A WebDAV-szerver jelzi, hogy megkezdődött egy hosszú művelet, de még nem fejeződött be. Régi vagy elavult válasz; nem szabad végső eredménynek tekinteni.
Működési útmutató: Köztes WebDAV-állapot; várja meg a végső választ.
A végső válasz előkészítése közben a szerver előzetes fejléceket, gyakran Link-jelzéseket küld. A kliens korábban elkezdheti letölteni a várhatóan fontos erőforrásokat.
Működési útmutató: Köztes optimalizálás; végső válasznak kell követnie.
A kérés sikeres volt. A visszaadott reprezentáció a metódustól függ: a GET visszaadja az erőforrást, a HEAD törzs nélkül ad metaadatokat, egy írási művelet pedig eredményreprezentációt adhat vissza.
Működési útmutató: Akkor használja, ha a befejezett kéréshez megfelelő válaszreprezentáció tartozik.
A kérés befejeződött, és egy vagy több erőforrást hozott létre. A válasznak azonosítania kell az új erőforrást, általában Location fejléccel, és vissza is adhatja annak reprezentációját.
Működési útmutató: POST vagy PUT után gyakori; gondoskodjon róla, hogy az új erőforrás elérhető legyen.
A szerver feldolgozásra elfogadta a kérést, de a feldolgozás még nem fejeződött be, és akár meg is hiúsulhat. A HTTP később nem küld második választ ugyanarra a kérés-válasz kapcsolatra.
Működési útmutató: Adjon meg művelet-/állapot-URL-t vagy más módot a végeredmény megismerésére.
Egy módosító proxy vagy közvetítő a forrásválasztól eltérő metaadatot vagy tartalmat adott vissza. Ez azt jelzi, hogy a válasz nem közvetlen, hiteles reprezentáció.
Működési útmutató: Csak akkor használja, ha releváns a közvetítő átalakítása.
A kérés sikeres volt, de nincs küldendő választartalom. A fejlécek ettől még hasznos metaadatokat, például frissített validátorokat tartalmazhatnak.
Működési útmutató: Ne adjon meg válas törzset.
A kérés sikeres volt, és a kliensnek vissza kell állítania a nézetet vagy az elküldött űrlapot. Választartalom nem érkezik.
Működési útmutató: Hasznos olyan műveleteknél, amelyeknek törölniük vagy vissza kell állítaniuk az aktuális beviteli állapotot.
A szerver teljesítette az érvényes tartománykérést, és csak a kért bájttartományt vagy tartományokat adja vissza. A Content-Range leírja, mi érkezett meg.
Működési útmutató: Gondoskodjon róla, hogy a Range és Content-Range értékek egyezzenek; folytatható média- és letöltésátvitelek esetén gyakori.
A WebDAV-válasz több erőforrás vagy részfeladat külön eredményeit jelenti, rendszerint strukturált XML-törzsben.
Működési útmutató: Minden beágyazott erőforrás eredményét külön értelmezze; a külső állapot önmagában nem mutatja a teljes eredményt.
A WebDAV multistatus válasza kihagyja az ugyanabban a válaszban korábban felsorolt elemeket az ismétlés elkerülése érdekében.
Működési útmutató: WebDAV-specifikus; a környező multistatus válasszal együtt értelmezze.
A szerver példánymódosításokkal teljesített egy GET-kérést, és az aktuális erőforrásból, az egyeztetett delta-mechanizmus szerint származtatott reprezentációt ad vissza.
Működési útmutató: Speciális delta-kódolás; a kliensnek és a szervernek egyeznie kell az átalakításban.
A cél több reprezentációval vagy célhellyel rendelkezik, a válasz pedig választási lehetőségeket kínál. A kliens vagy a felhasználó kiválaszthatja a kívánt változatot.
Működési útmutató: Adjon meg egyértelmű alternatívákat; ne feltételezze, hogy minden kliens automatikusan választ.
Az erőforrás új, tartós URI-ra került. A kliensek frissíthetik a tárolt hivatkozásokat és gyorsítótárakat; csak akkor használja, ha a változás végleges.
Működési útmutató: SEO-átálláskor irányítson közvetlenül a végső, egyenértékű URL-re, és frissítse a belső hivatkozásokat.
Az erőforrás ideiglenesen egy másik URI-n érhető el. A korábbi működés bizonyos esetekben megengedi a metódusváltást, ezért nem ez a legbiztonságosabb választás, ha a POST-nak POST-nak kell maradnia.
Működési útmutató: Akkor használja ideiglenes áthelyezésnél, ha a metódus átírása elfogadható; ellenkező esetben fontolja meg a 307-et.
A kliens a Location által megadott erőforrást GET-tel (vagy szükség szerint HEAD-del) kérje le az eredeti művelet megismétlése helyett. Gyakran űrlap elküldése után használják.
Működési útmutató: Megvalósítja a Post/Redirect/Get mintát, és elkerüli a művelet ismételt elküldését.
A feltételes GET vagy HEAD azt jelzi, hogy a gyorsítótárazott reprezentáció továbbra is aktuális. A válasznak nincs törzse, így a kliens újra felhasználhatja a tárolt példányt.
Működési útmutató: Csak akkor adja vissza, ha egy validátor, például az If-None-Match vagy If-Modified-Since egyezik.
Egy korábbi válaszkód azt javasolta, hogy a kliens proxyn keresztül érje el az erőforrást. Biztonsági okból elavult, modern szolgáltatások ne használják.
Működési útmutató: Ne vezesse be; a proxykat külön csatornán konfigurálja.
Ez az érték a modern HTTP-specifikációkban fenntartott, jelenleg nem használt kód. Nincs szabványos működési jelentése egy mai webalkalmazásban.
Működési útmutató: Ne küldje.
Az erőforrás átmenetileg egy másik URI-n érhető el; az átirányítást követve a kliensnek meg kell őriznie az eredeti metódust és törzset.
Működési útmutató: Akkor használja, ha az ideiglenes áthelyezés során a POST metódusnak nem szabad GET-té alakulnia.
Az erőforrás véglegesen másik címre került; az átirányítást követve a kliensnek meg kell őriznie az eredeti metódust és törzset.
Működési útmutató: Tartós áthelyezéskor használja, ha fontos a metódus megőrzése; frissítse a kanonikus és belső hivatkozásokat.
A kiszolgáló nem tudja feldolgozni a kérést, mert annak szintaxisa, keretezése vagy megadott adatai érvénytelenek. Ugyanannak a kérésnek változtatás nélküli megismétlése valószínűleg nem segít.
Működési útmutató: Ellenőrizze az URL kódolását, a JSON vagy törzs szintaxisát, a kötelező mezőket és a kérés keretezését.
A kéréshez nem tartozik érvényes hitelesítő adat a célhoz. A neve ellenére ez a válasz azt jelenti, hogy hitelesítés szükséges vagy sikertelen volt.
Működési útmutató: Adja meg az elvárt hitelesítő adatokat, a válasz pedig tartalmazzon WWW-Authenticate kihívást.
A jövőbeli használatra fenntartott kód, bár egyes termékek fizetési vagy kvótakezelési folyamatokhoz használják. Nincs egységesen interoperábilis fizetési viselkedése.
Működési útmutató: A szolgáltatóspecifikus jelentéseket kezelje egyedi jelentésként, és dokumentálja az API szerződését.
A kiszolgáló megértette a kérést, de megtagadja annak teljesítését. Az érvényes hitelesítő adatok sem feltétlenül változtatnak az eredményen, mert a korlátozás szabályzaton alapulhat.
Működési útmutató: Ellenőrizze a jogosultságokat, a hozzáférési szabályokat, az IP- és WAF-szabályokat, valamint az erőforrás-szintű engedélyezést.
A kiszolgáló nem talál aktuális reprezentációt a kért URI-hoz, vagy nem kívánja felfedni, hogy létezik-e ilyen. A válaszból önmagában nem derül ki, hogy a hiány átmeneti vagy végleges.
Működési útmutató: Javítsa az URL-t, állítsa helyre az erőforrást, vagy használjon 410-es kódot, ha biztosan véglegesen eltávolították.
Az erőforrás létezik, de nem támogatja a kérésben használt metódust.
Működési útmutató: Az Allow fejlécben sorolja fel az erőforrás által elfogadott metódusokat.
A kiszolgáló nem tud olyan reprezentációt előállítani, amely megfelel a kliens előzetes Accept preferenciáinak.
Működési útmutató: Enyhítse az Accept korlátozásait, vagy állítson be megfelelő reprezentációt és tartalom-egyeztetési szabályt.
Egy köztes proxy hitelesítő adatokat kér, mielőtt továbbítaná a kérést.
Működési útmutató: Hitelesítse magát a proxynál Proxy-Authenticate / Proxy-Authorization használatával; ez különbözik az eredeti kiszolgálón végzett hitelesítéstől.
A kiszolgáló nem kapta meg a teljes kérést a rendelkezésére álló időn belül. A kliens új kapcsolaton megpróbálkozhat ismét.
Működési útmutató: Ellenőrizze a hálózati megszakadásokat, a feltöltés méretét, valamint a kiszolgáló és proxy időkorlátait.
A kérés ütközik az erőforrás aktuális állapotával, például verzióütközés vagy ismételt létrehozási kísérlet miatt.
Működési útmutató: Magyarázza el az ütközést, és adjon elegendő aktuális állapotinformációt a kliensnek a megoldáshoz.
Az erőforrás szándékosan és feltehetően véglegesen nem érhető el, és nincs ismert helyettesítője. Ez határozottabb jelzés, mint az általános „nem található” válasz.
Működési útmutató: Akkor használja, ha az eltávolítás szándékos; törölje az elavult belső hivatkozásokat és utalásokat.
A kiszolgáló Content-Length fejlécet követel meg, de a kérés nem tartalmazta.
Működési útmutató: Adjon meg pontos Content-Length értéket, vagy használjon támogatott átviteli keretezést.
Egy olyan kérési feltétel, mint az If-Match, hamisnak bizonyult, ezért a kiszolgáló nem hajtotta végre a kért műveletet.
Működési útmutató: Frissítse a reprezentációt, majd próbálkozzon újra az aktuális ellenőrző értékekkel és állapottal.
A kérés törzse meghaladja azt a méretkorlátot, amelyet a kiszolgáló hajlandó vagy képes feldolgozni. A kiszolgáló lezárhatja a kapcsolatot, vagy lehetővé teheti az újrapróbálkozást kisebb törzzsel.
Működési útmutató: Csökkentse a küldött adatmennyiséget, vagy módosítsa a dokumentált feltöltési korlátokat.
A kérés célcíme hosszabb annál, mint amit a kiszolgáló értelmezni hajlandó; ezt gyakran túlméretes lekérdezési karakterlánc okozza.
Működési útmutató: Használjon rövidebb URI-t, vagy helyezze az oda illő adatokat a kérés törzsébe.
A kiszolgáló elutasítja a kérés törzsét, mert nem támogatja annak médiatípusát, tartalomkódolását vagy felismert formátumát.
Működési útmutató: Küldjön támogatott Content-Type értéket és kódolást, valamint ezeknek megfelelő törzset.
A kért bájttartomány nem szolgálható ki, például mert a kezdőpozíció a reprezentáció hosszán túlra esik.
Működési útmutató: Ellenőrizze ismét az erőforrás hosszát és a tartományegységeket; a kiszolgáló például Content-Range: bytes */hossz fejlécet küldhet.
A kiszolgáló vagy a köztes rendszer nem tudja teljesíteni az Expect fejlécben megadott elvárást.
Működési útmutató: Ha biztonságos és megfelelő, próbálkozzon újra a nem támogatott elvárás nélkül.
Egy áprilisi tréfára készült specifikációból származó humoros állapotkód. Nem szokásos alkalmazáshibára szolgáló szerződés, bár egyes szolgáltatások játékosan használják.
Működési útmutató: Ne építsen rá interoperábilis, éles üzemi működést.
A kérés olyan kiszolgálóhoz jutott, amely nem tud hiteles választ adni a cél URI-hoz; ennek gyakori oka az eltérő kapcsolatirányítás vagy a HTTP-hatóság.
Működési útmutató: Próbálkozzon megfelelő kapcsolaton, és ellenőrizze a Host/:authority, az SNI és a proxy útvonalát.
A tartalomtípus és a szintaxis érthető, de a kiszolgáló nem tudja végrehajtani az utasításokat vagy érvényesíteni a beküldött tartalmat.
Működési útmutató: Adjon hasznos, mezőszintű érvényesítési részleteket; a törzs javítása lehetővé teheti a sikeres feldolgozást.
Egy WebDAV-erőforrás zárolva van, ezért a kért metódus nem hajtható végre a zárolási feltétel feloldásáig.
Működési útmutató: Ellenőrizze a zárolás tulajdonosát, időkorlátját és a WebDAV zárolási token kezelését.
Egy WebDAV-művelet azért hiúsult meg, mert ugyanabban a kérési sorozatban egy szükséges korábbi művelet sikertelen volt.
Működési útmutató: A függő műveletek újrapróbálása előtt oldja meg a korábbi művelet hibáját.
A kiszolgáló elutasítja azt a kérést, amelyet a visszajátszás kockázatának csökkentése érdekében korai adatátvitel során ismételten elküldhettek.
Működési útmutató: A korai adatátvitel nélküli kapcsolat felépülése után próbálkozzon újra.
A kiszolgáló elutasítja az aktuális protokollt, és jelzi, hogy a kliensnek másikra kell váltania.
Működési útmutató: Adjon meg Upgrade fejlécet a támogatott protokollváltozatokkal.
A kiszolgáló feltételes kérést követel meg az elvesző frissítések elkerülése érdekében, de a kliens feltétel nélkül küldte el a kérést.
Működési útmutató: Kérje le az aktuális állapotot, majd küldjön megfelelő feltételt, például If-Match fejlécet.
A kliens a kiszolgáló által meghatározott időszakban túl sok kérést küldött.
Működési útmutató: Csökkentse a kérések ütemét, tartsa be a Retry-After értéket, ha van ilyen, és kerülje az egyszerre induló újrapróbálkozásokat.
A kiszolgáló nem dolgozza fel a kérést, mert egy vagy több fejlécmező, illetve a teljes fejlécállomány túl nagy.
Működési útmutató: Csökkentse a sütik vagy egyéni fejlécek méretét, vagy módosítsa a tudatosan beállított kiszolgálókorlátot.
A kiszolgáló jogi korlátozás miatt nem tudja biztosítani a kért erőforrást.
Működési útmutató: Ha megfelelő, ismertesse a korlátozást és annak hatókörét védett adatok felfedése nélkül.
A kiszolgáló váratlan állapotba került, ezért nem tudja befejezni a kérést. Általános tartalékkód, ha nincs pontosabban meghatározható kiszolgálóhiba.
Működési útmutató: Kapcsolja össze a kérést a kiszolgálónaplókkal, és ne tegyen közzé veremkiírást a látogatók számára.
A kiszolgáló nem támogatja a kérés teljesítéséhez szükséges funkciót, gyakran egy még nem megvalósított metódust vagy képességet.
Működési útmutató: Valósítsa meg a képességet, vagy használjon támogatott metódust; ezt a kódot nem ideiglenes túlterhelés jelzésére szánták.
Az átjáróként vagy proxyként működő kiszolgáló érvénytelen választ kapott egy felsőbb kiszolgálótól.
Működési útmutató: Ellenőrizze a felsőbb kiszolgáló állapotát, a protokoll- és TLS-beállításokat, a DNS-t és a proxy naplóit.
A kiszolgáló átmenetileg nem tudja kezelni a kérést, gyakran karbantartás vagy túlterhelés miatt.
Működési útmutató: Ha lehetséges, adjon meg Retry-After értéket, hasznos válaszüzenetet és az átmeneti hibához illő gyorsítótár-vezérlést.
Az átjáró vagy proxy nem kapott időben választ egy felsőbb szolgáltatástól.
Működési útmutató: Vizsgálja meg a felsőbb szolgáltatás késleltetését, a hálózati útvonalakat és a teljes lánc időkorlátait.
A kiszolgáló nem támogatja a kérésben használt fő HTTP-verziót.
Működési útmutató: Használjon támogatott protokollverziót, vagy frissítse a kiszolgáló és a proxy konfigurációját.
Hibás kiszolgálóbeállítás miatt körkörös tartalom-egyeztetés jött létre: a kiválasztott változat újabb egyeztetést kezdeményez.
Működési útmutató: Javítsa a változat- vagy egyeztetési beállítást; ez a hiba az eredeti kiszolgáló oldalán keletkezik.
A WebDAV-kiszolgáló nem tudja eltárolni a művelet befejezéséhez szükséges reprezentációt.
Működési útmutató: Próbálkozás előtt szabadítson fel vagy biztosítson tárhelyet, és ellenőrizze a kvótákat.
A kiszolgáló végtelen ciklust észlelt a kérés feldolgozásakor, gyakran WebDAV-kötések bejárása során.
Működési útmutató: Szüntesse meg az erőforrások közötti ciklikus kapcsolatot vagy a ciklust okozó feldolgozási szabályt.
A kérés olyan kiterjesztést igényel, amelyet a kiszolgáló nem támogat.
Működési útmutató: Használjon támogatott kiterjesztéseket, vagy egyeztessen másik megoldást.
A hálózat eléréséhez a kliensnek hitelesítenie kell magát, jellemzően egy captive portálon. Ez hálózati köztes rendszereknek szól, nem az eredeti webhelyes bejelentkezésnek.
Működési útmutató: Hitelesítse magát a hálózathoz, majd küldje el újra az eredeti kérést.
Ezek az értékek egyes termékekben, kiszolgálónaplókban, CDN-ekben vagy alkalmazásokban fordulnak elő. Nem helyettesítik a regisztrált szabványos jelentéseket; tekintse meg az őket előállító szolgáltatás szerződését.
Egyes alkalmazások ezt a megnevezést használják a hitelesítési munkamenet lejártakor. Nem általánosan kijelölt HTTP-állapotkód, ezért a kliensek nem számíthatnak egységes jelentésre.
Működési útmutató: Frissítse a hitelesítést a szolgáltatási szerződés szerint.
Egyes szolgáltatók korábban sebességkorlátozásra használták ezt az egyedi választ. Jelentését az adott megvalósítás határozza meg.
Működési útmutató: Kövesse a dokumentált sebességkorlátozási útmutatást.
Egyes kiszolgálók hagyományos válasz küldése nélkül zárják le a kapcsolatot, gyakran szűrési intézkedésként.
Működési útmutató: Ellenőrizze a szolgáltató naplóit; a kliens ezt a kódot megjelenítés helyett hálózati hibaként jelezheti.
Egyes szolgáltatások a Microsoft egyik kiterjesztését használják arra, hogy a kliens további információkkal próbálkozzon újra.
Működési útmutató: Kövesse az adott API dokumentációját.
Egy fordított proxy naplózhatja ezt, ha a kliens a felsőbb kiszolgáló válaszának befejezése előtt bontja a kapcsolatot. Ez rendszerint naplóbesorolás, nem a kliensnek küldött válasz.
Működési útmutató: Vizsgálja meg a kliensoldali megszakításokat és a lassú felsőbb kéréseket.
Egyes tárhelyszolgáltatók kvóta- vagy sávszélességkorlát jelzésére használják ezt a kódot. Nem általánosan interoperábilis HTTP-jelentés.
Működési útmutató: Ellenőrizze a tárhely kvóta- és számlázási beállításait.
Egy CDN vagy proxy használhatja ezt, ha váratlan vagy üres választ kap az eredeti kiszolgálótól.
Működési útmutató: Hasonlítsa össze az élhálózati és az eredeti kiszolgálói naplókat; ellenőrizze, hogy az eredeti kiszolgáló érvényes HTTP-választ küld-e.
A proxy nem tudott kapcsolatot létesíteni az eredeti kiszolgálóval, vagy az elutasította a kapcsolatot.
Működési útmutató: Ellenőrizze az eredeti kiszolgáló elérhetőségét, a tűzfalszabályokat és a proxy engedélyezési listáit.
Az élhálózati szolgáltatás kapcsolódott vagy megpróbált kapcsolódni az eredeti kiszolgálóhoz, de az időkorláton belül nem fejezte be a kommunikációt.
Működési útmutató: Ellenőrizze az eredeti kiszolgáló válaszidejét és a hálózati késleltetést.
A proxy nem tudta elérni a beállított eredeti kiszolgálói címet.
Működési útmutató: Ellenőrizze a DNS-feloldást, az útvonalválasztást és az eredeti kiszolgáló IP-beállításait.
A kapcsolat létrejött az eredeti kiszolgálóval, de az nem küldött időben HTTP-választ.
Működési útmutató: Csökkentse az eredeti kiszolgáló feldolgozási idejét, vagy módosítsa a támogatott időkorlátokat.
A proxy nem tudta befejezni a TLS-egyeztetést az eredeti kiszolgálóval.
Működési útmutató: Ellenőrizze a tanúsítványokat, a protokollok és titkosítási algoritmusok kompatibilitását, valamint az SNI-t.
Egy köztes rendszer az ellenőrzés során elutasította az eredeti kiszolgáló tanúsítványát.
Működési útmutató: Telepítsen érvényes, megfelelő névre kiállított, megbízható és le nem járt tanúsítványt a teljes tanúsítványlánccal együtt.
Egy régi vagy szolgáltatóspecifikus proxyállapot az eredeti kiszolgáló gyorsító kapcsolatának hibáját jelzi.
Működési útmutató: Ellenőrizze a szolgáltatóspecifikus összekötőt és az eredeti kiszolgálóhoz vezető útvonalat.
Egyes kliensek vagy proxyk hálózati olvasási időtúllépés leírására használják ezt az értéket. Nincs általánosan elfogadott HTTP-jelentése.
Működési útmutató: Ellenőrizze a kliens és a proxy diagnosztikai adatait.
Egyes proxyk akkor használják ezt az értéket, ha egy hálózati kapcsolódási kísérlet időtúllépés miatt meghiúsul. Jelentése a megvalósítástól függ.
Működési útmutató: Ellenőrizze az elérhetőséget és az időkorlátok beállításait.
Végleges URL-áthelyezéshez csak akkor használjon végleges átirányítást, ha az új célcímnek kell felváltania a régi URL-t; ideiglenes változtatásnál válasszon ideiglenes választ. Tartsa röviden az átirányítási láncokat, és a végső, egyenértékű célcímre irányítson. Ellenőrizze, hogy minden Location érték feloldható-e, megfelelő-e a végső válasz, és összhangban vannak-e a canonical címkék és a belső hivatkozások a kívánt URL-lel. A lánc végén kapott 2xx HTTP-sikert jelez, de önmagában nem igazolja, hogy az oldal hasznos, indexelhető vagy műszakilag hibátlan.
Ez az oldal a HTTP-állapotkódok jelentését foglalja össze gyakorlati felhasználásra. A szabványosított kódok hiteles forrása a szabványjegyzék és az RFC; az MDN közérthető műszaki útmutatót ad, a Wikipédia pedig kiegészítő, közösség által karbantartott áttekintés.