| HTTP stavový kód |
Význam kódu |
| 100 |
Klient by mal pokračovať v odosielaní požiadavky. Tento dočasný odpoveď informuje klienta, že časť jeho požiadavky bola serverom prijatá a nebola odmietnutá. Klient by mal pokračovať v odosielaní zvyšnej časti požiadavky, alebo ak je požiadavka už dokončená, ignorovať túto odpoveď. Server musí po dokončení požiadavky poslať klientovi konečnú odpoveď. |
| 101 |
Server pochopil požiadavku klienta a oznámil mu prostredníctvom hlavičky Upgrade, že neutralizuje požiadavku alternatívnym protokolom. Po zaslaní tejto odpovede a prázdneho riadku server prejde na protokoly definované v hlavičke Upgrade. Musí sa to uskutočniť len vtedy, ak je prechod na nový protokol výhodný. Napríklad, ak prechod na novú verziu HTTP je lepší než stará, alebo ak prechod na protokol, ktorý poskytuje real-time synchronizáciu pre prenášanie zdrojov, je výhodný. |
| 102 |
Stavový kód rozšírený WebDAV (RFC 2518), ktorý znamená, že spracovanie bude pokračovať. |
| 200 |
Žiadosť bola úspešná, odpoveď obsahuje požadované hlavičky alebo telo dát. |
| 201 |
Žiadosť bola splnená a nový zdroj bol vytvorený podľa požiadavky, ktorý má URI v hlavičke Location. Ak požadovaný zdroj nemôže byť vytvorený okamžite, mal by byť vrátený '202 Accepted'. |
| 202 |
Server prijal požiadavku, ale zatiaľ ju nespustil. Môže byť nakoniec odmietnutá alebo vykonaná. V prípade asynchrónnych operácií nie je lepšie vrátiť tento stavový kód. Účelom odpovede so stavovým kódom 202 je umožniť serveru prijímať požiadavky na iné procesy (napríklad niečo, čo sa vykonáva iba raz denne), bez toho, aby klient musel udržiavať spojenie so serverom, kým sa transakcia nezrealizuje. Odpoveď s aktivitami spracovateľov a stavových kódov by mala obsahovať nejaké informácie o stave spracovania a odkaz na monitorovanie spracovania alebo predikciu, aby užívateľ mohol odhadnúť, či bola operácia dokončená. |
| 203 |
Server úspešne spracoval požiadavku, ale hlavičky v tele odpovede nepochádzajú z pôvodného servera, ale sú z kópie z miesta alebo tretích strán. Aktuálne informácie môžu byť podmnožinou alebo nadmnožinou pôvodnej verzie. Napríklad, metaúdaje obsiahnuté v zdroji môžu spôsobiť, že server bude vedieť, že metaúdaje sú nadmnožinou. Použitie tohto stavového kódu nie je povinné a je vhodné len v prípade, ak by odpoveď bez tohto stavového kódu vrátila 200 OK. |
| 204 |
Server úspešne spracoval požiadavku, ale nemusí vrátiť žiadny obsah. Odpoveď môže poskytnúť aktualizované metaúdaje, ktoré sa môžu zhodovať s požadovanými premennými. Ak je klientom prehliadač, mal by si prehliadač uchovať stránku, ktorá požiadavku odoslali, bez zmien vo vizuálnom zobrazení dokumentu. Hoci podľa normy by nové alebo aktualizované metaúdaje mali byť aplikované na zobrazenie dokumentu vo vizuálnom pohľade prehliadača. Odpoveď 204 nemôže obsahovať telo správy, a preto vždy končí prvým prázdnym riadkom po hlavičke. |
| 205 |
Server uspokojil požiadavku a neposlal žiadny obsah. Avšak na rozdiel od odpovede 204, táto odpoveď požaduje, aby sa obnovil pohľad na dokument. Táto odpoveď sa zvyčajne používa na okamžité obnovenie formulárov po prijatí používateľského vstupu, aby sa zabránilo akýmkoľvek zmenám pri opakovaní ďalšieho vstupu. Odpoveď 205 tiež zakazuje obsahovať telo správy, a končí prvým prázdnym riadkom po hlavičke. |
| 206 |
Server úspešne spracoval časť požiadavky GET. Nástroje na sťahovanie ako FlashGet alebo Thunder používajú túto odpoveď na implementáciu sťahovania z prerušenia alebo na rozdelenie veľkého dokumentu na viac segmentov na sťahovanie. Požiadavka musí obsahovať hlavičku Range, aby určila rozsah požadovaného obsahu a môže obsahovať hlavičku If-Range ako podmienku požiadavky. Odpoveď musí obsahovať hlavičku Content-Range, ktorá indikuje rozsah obsahu vracaného v tejto odpovedi; ak je Content-Type multipart/byteranges, každá multipart časť by mala obsahovať hlavičku Content-Range, ktorá indikuje rozsah obsahu tohto segmentu. Ak odpoveď obsahuje Content-Length, jeho hodnota musí zodpovedať skutočnému počtu bajtov obsahu, ktorý sa vrátil. Dátum, ETag a/alebo Content-Location, ak by rovnaká požiadavka mala vrátiť oznámenie 200. Expires, Cache-Control a/alebo Vary, ak ich hodnoty môžu byť rozdielne v porovnaní s inými odpoveďami. Ak táto odpoveď požiadala o If-Range, nesmie obsahovať ďalšie entity hlavičiek; ak táto odpoveď požiadala o If-Range s voľným overením, nesmie obsahovať žiadne iné entity hlavičiek, aby sa zabránilo nezhode medzi obsahom cache a aktualizovanými údajmi hlavičiek. Inak by táto odpoveď mala obsahovať všetky hlavičky, ktoré by mali byť v odpovedi 200. |
| 207 |
Stavový kód rozšírený WebDAV (RFC 2518), ktorý indikuje, že nasledujúce telo správy bude XML správou a môže obsahovať množstvo samostatných odpovedí podľa predchádzajúceho počtu subpráv. |
| 300 |
Požadovaný zdroj má množstvo možných odpovedí, pričom každá má svoju adresu a informáciu o vlastnostiach v pôvodnom prehliadači. Používateľ alebo prehliadač si môže vybrať preferovanú adresu na presmerovanie. Odpoveď musí obsahovať zoznam vlastností a adries zdroja, aby si používateľ alebo prehliadač mohli zvoliť najvhodnejšiu adresu na presmerovanie. Odpoveď je formátovaná podľa určeného formátu definovaného hlavičkou Content-Type. Prehliadač môže automaticky vybrať najvhodnejšiu odpoveď na základe formátu odpovede a vlastností jeho schopností. Samozrejme, normy RFC 2616 nezobrazujú spôsob automatického výberu. Ak server už má preferovanú odpoveď, mala by byť uvedená URI tejto odpovede v hlavičke Location; prehliadač to môže považovať za adresu pre automatické presmerovanie. Rovnako, pokiaľ nie je dodatok specifikovaný, je táto odpoveď tiež cache. |
| 301 |
Požadovaný zdroj bol trvale presunutý na nové miesto a akékoľvek budúce odkazy na tento zdroj by mali použiť URI, ktoré bolo vrátené v odpovedi. Ak je to možné, klienti, ktorí majú právo meniť odkazy, by mali automaticky aktualizovať adresu požiadavky na adresu, ktorá bola vrátená serverom. Samozrejme, pokiaľ nie je dodatok specifikovaný, táto odpoveď je tiež cache. Nová trvalá URI by mala byť zahrnutá v hlavičke Location odpovede. Ak nejde o požiadavku typu HEAD, mala by odpoveď obsahovať záznam odkazu na novú URI a stručný popis. Ak táto požiadavka nie je GET alebo HEAD, prehliadač by nemal automaticky vykonať presmerovanie, pokiaľ nemá od používateľa povolenie, pretože podmienky tejto požiadavky môžu byť zmenené. Poznámka: pre niektoré prehliadače, ktoré používajú protokol HTTP/1.0, pri odoslaní požiadavky POST na 301 odpoveď bude nasledujúci presmerovania požiadavky typu GET. |
| 302 |
Požadovaný zdroj momentálne reaguje na požiadavku z inej URI. Keďže toto presmerovanie je dočasné, klient by mal pokračovať v posielaní budúcich požiadaviek na pôvodnú adresu. Táto odpoveď je cache iba v prípade, ak to bolo špecifikované v Cache-Control alebo Expires. Nová dočasná URI by mala byť zahrnutá v hlavičke Location odpovede. Ak nejde o požiadavku typu HEAD, mala by odpoveď obsahovať odkaz na novú URI a stručný popis. Ak požiadavka nie je GET alebo HEAD, prehliadač by nemal automaticky vykonať presmerovanie bez odobrenia používateľa, pretože podmienky tejto požiadavky môžu byť zmenené. Poznámka: aj keď špecifikácie RFC 1945 a RFC 2068 nepovolenia prehliadaču zmeniť metódu požiadavky pri presmerovaní, mnohé existujúce prehliadače vidia 302 odpoveď ako 303 a prístupujú na URI uvedenú v hlavičke Location spôsobom GET, pričom ignorujú pôvodnú metódu požiadavky. Stavové kódy 303 a 307 boli pridané, aby jasne naznačili, akú reakciu server očakáva od klientov. |
| 303 |
Odpoveď k aktuálnej požiadavke je k dispozícii na inej URI a klient by mal túto URI získať prostredníctvom metódy GET. Tento prístup existuje predovšetkým pre to, aby sa umožnil presmerovanie zahájené POST požiadavkou na nové zdroje. Nová URI nie je alternatívou k pôvodnému zdroju. Odpoveď 303 zakazuje byť cache. Samotná druhá požiadavka (presmerovanie) môže byť cache. Nová URI by mala byť zahrnutá v hlavičke Location odpovede. Ak nejde o požiadavku typu HEAD, mala by odpoveď obsahovať odkaz na novú URI a stručný popis. Poznámka: mnohé prehliadače starších verzií HTTP/1.1 správne nerozumejú stavovému kódu 303. Ak beriete do úvahy interakciu s týmito prehliadačmi, stavový kód 302 by mal účinne splniť svoj účel, pretože spôsob, akým väčšina prehliadačov spracováva odpoveď 302, presne zodpovedá tomu, čo sa od klienta vyžaduje pri spracovaní odpovede 303. |
| 304 |
Ak klient odoslal podmienenú požiadavku GET a táto požiadavka bola povolená a obsah dokumentu (od posledného prístupu alebo na základe podmienky požiadavky) sa nezmenil, server by mal vrátiť tento stavový kód. Odpoveď 304 zakazuje zahrnúť telo správy, takže vždy končí prvým prázdnym riadkom po hlavičke. Odpoveď musí obsahovať nasledovné hlavičky: Dátum, pokiaľ server nemá hodiny. Aj keď servery bez hodín dodržiavajú tieto pravidlá, agenti a klienti môžu lokálne pridať pole Dátum do hlavičiek spokojnosti. ETag a/alebo Content-Location, ak by rovnaká požiadavka mala vrátiť 200 odpoveď. Expires, Cache-Control a/alebo Vary, Ak ich hodnoty môžu byť rozličné v porovnaní s predchádzajúcimi odpoveďami. Táto odpoveď by nemala obsahovať ďalšie entity hlavičiek, ak požiadavka bola s použitím silného overovania, inak (napríklad ak podmienená GET požiadavka používa slabé overovanie) by táto odpoveď mala zakazovať ďalšie entity hlavičiek, aby sa zabránilo nezhode medzi obsahom cache a aktualizovanými hlavičkami. Ak niektoré 304 odpovede indikujú, že konkrétny entita nie je sprostredkovaná, systém cache by mal ignorovať túto odpoveď a znova vyslať nepodmienenú požiadavku. Ak dostanete odpoveď 304 požiadavka, ktorá aktualizuje položku v cache, systém musí aktualizovať celú položku, aby sa prudko odrazilo všetky finalizované hodnoty polí v reakcii. |
| 305 |
Požadovaný zdroj musí byť prístupný prostredníctvom špecifikovaného proxy servera. URI uvedená v hlavičke Location obsahuje URl adresu tohto proxy. Klient musí poslať samostatnú požiadavku, aby získal prístup k požadovanému zdroju prostredníctvom tohto proxy servera. Pri 305 odpovediach smie dávať to len primárny server. Poznámka: RFC 2068 jasne nešpecifikuje, že 305 odpoveď je určená na presmerovanie samostatnej požiadavky a môže byť stanovený iba pôvodným serverom. Ignorovanie týchto obmedzení môže mať vážne bezpečnostné dôsledky. |
| 306 |
V najnovších špecifikáciách sa stavový kód 306 už nepoužíva. |
| 307 |
Požadovaný zdroj v súčasnosti dočasne reaguje na požiadavky z inej URI. Pretože toto presmerovanie je dočasné, klient by mal pokračovať vo vysielaní budúcich požiadaviek na pôvodnú adresu. Tento stavový kód je cache iba, ak to bolo špecifikované v Cache-Control alebo Expires. Nová dočasná URI by mala byť zahrnutá v hlavičke Location odpovede. Ak nie je žiadosť typu HEAD, odpoveď by mala obsahovať odkaz na novú URI a stručný popis. Pretože niektoré prehliadače nemusia rozpoznať stavový kód 307, je potrebné zadať tieto dôležité informácie, aby užívateľ rozumel tomu, čo je potrebné urobiť, v prípade, že je určený na prístup k novej URI. Ak táto požiadavka nie je GET alebo HEAD, prehliadač by nemal automaticky vykonať presmerovanie bez odobrenia používateľa, pretože podmienky požiadavky sa môžu zmeniť. |
| 400 |
1. Semantika je chybná, aktuálna požiadavka nie je serverom pochopená. Klient by nemal špecifikovať v tejto žiadosti opätovne prvky, pokiaľ nebudú modifikované. 2. Parametre požiadavky sú nesprávne. |
| 401 |
Aktuálna požiadavka vyžaduje autentifikáciu užívateľa. Odpoveď musí obsahovať hlavičku WWW-Authenticate, aby vyžiadala informácie od užívateľa pre požadovaný zdroj. Klient môže opätovne zaslať žiadosť obsahujúcu platné prístupové údaje s hlavičkou Authorization. Ak už vrátí 401 odpoveď obsahuje authentication podepsání, potom 401 odpoveď naznačuje, že server odmietol autentifikačné dôkazy. Ak 401 odpoveď obsahuje rovnakú autentifikačnú žiadosť ako predošlá odpoveď, a prehliadač sa už aspoň raz pokúsil o autentifikáciu, mali by sa užívateľovi zobraziť údaje v odpovedi, ktoré obsahujú diagnostické informácie. Pozri RFC 2617. |
| 402 |
Tento stavový kód je vyhradený pre budúce požiadavky. |
| 403 |
Server rozumie požiadavke, ale odmieta ju vykonať. Na rozdiel od odpovede 401, autentifikácia je bez pomoci a u tejto žiadosti by sa nemalo opakovať. Ak nejde o požiadavku typu HEAD a server chce vysvetliť, prečo sa požiadavka nemôže vykonať, mal by opis chyby poskytnúť vo vnútri entít odpovede. Server môže tiež vrátiť odpoveď 404, ak nechce nechať klienta získať žiadne informácie. |
| 404 |
Žiadosť neuspela, požadovaný zdroj nebol nájdený na serveri. Niet informácií, ktoré by hovorili o situácii, či je dočasná alebo trvalá. Ak server vie, mal by použiť 410 stavový kód, aby informoval o tom, že starý zdroj sa stal trvalo nedostupným kvôli nejakému internému problémovému mechanizmu a neexistuje žiadna iná adresa presmerovania. Stavový kód 404 sa bežne používa, keď server nechce odhaľovať dôvod, prečo bola požiadavka odmietnutá alebo ak neexistujú iné vhodné odpovede. |
| 405 |
Požiadavka metódy špecifikovanej v požiadavke nie je povolená pre príslušný zdroj. Odpoveď by mala vrátiť Allow hlavičku, ktorá uvádza zoznam metód, ktoré aktuálny zdroj akceptuje. Keďže metódy PUT a DELETE budú mať za následok zápis na zdroje na serveri, väčšina webových serverov tieto požiadavky nepodporuje alebo v predvolenom nastavení povolenia týchto požiadaviek nedovolené. Všetky takéto požiadavky vrátia nútené chyby 405. |
| 406 |
Vlastnosti obsahu požadovaného zdroja nemôžu byť vyhovujúce podmienkam hlavičky požiadavky, a preto nemôže byť vyrobená odpoveď. Až na prípady požiadaviek hlavičkami HEAD, odpoveď by mala vrátit entitu, ktorá obsahuje vlastnosti, ktoré sú vhodné pre používateľa alebo prehliadač pre vyhodnotenie najvhodnejších demografických vlastností a adries. Entita je definovaná podľa hlavičky Content-Type. Prehliadače môžu na základe štandardov a svojich schopností sami určiť najvhodnejší výber. Normy však nešpecifikujú štandardy pre automatizáciu. |
| 407 |
Podobne ako odpoveď 401, ibaže klient musí byť autentifikovaný na proxy serveri. Proxy server musí vrátiť Proxy-Authenticate na ochranu identifikačných údajov. Klient môže poslať hlavičku Proxy-Authorization na autentifikáciu. Pozri RFC 2617. |
| 408 |
Časový limit požiadavky. Klient neukončil odoslanie požiadavky v načasovanom čase, ktoré server pripravil na čakanie. Klient môže kedykoľvek znovu poslať požiadavku bez akýchkoľvek úprav. |
| 409 |
Žiadosť nemôže byť splnená kvôli konfliktu s aktuálnym stavom požadovaného zdroja. Tento kód smie byť použitý iba v tom prípade kde užívateľ bude považovaný za schopného vyriešiť konflikt a znovu požiadať o žiadosť. Odpoveď by mala obsahovať dostatok informácií pre užívateľa, aby mohli odhaliť príčinu konfliktu. Konflikty sa zvyčajne vyskytujú pri spracovaní požiadavky PUT. Napríklad na kontrolu verzie v prostredí, kedy kladú dodatočné verzie k požiadavke na úpravy určitého zdroja k predchádzajúce vyžadovanie, server by mal vrátiť chybu 409 a oznámiť užívateľovi, že požiadavka nemôže byť splnená. V takýchto prípadoch by mohla odpoveď obsahovať porovnanie rozdielov medzi dvoma konfliktujúcimi verziami, aby užívateľ mohol znovu zložiť jeho rozšírené verzie. |
| 410 |
Požadovaný zdroj už nie je dostupný na serveri a nie je známa žiadna adresa presmerovania. Tieto okolnosti by sa mali považovať za trvalé. Pokiaľ je to možné, klienti, ktorí majú možnosť meniť odkazy, by mali mať povolenie od užívateľa na odstránenie všetkých odkazov na túto adresu. Ak server nevie alebo nemôže určiť, či je tento stav trvalý, mal by sa použiť stavový kód 404. Ak nie sú uvedené žiadne ďalšie informácie, táto odpoveď môže byť cache. Cieľom odpovede 410 je pomôcť užívateľom spravovať ich webové stránky a informovať ich, že tento zdroj nie je dostupný a že vlastníci serverov by mali žiadať o zmazanie všetkých vzdialených pripojení k tomuto zdroju. Tieto situácie sa často vyskytujú pri obmedzených aktívnych službách. Taktiež stavový kód 410 sa používa na informovanie užívateľa o neexistencii osobných zdrojov na aktuálnom serveri. |
| 411 |
Server odmieta spracovať požiadavku, pokiaľ neexistuje definícia hlavičky Content-Length. Klient môže znova poslať požiadavku po pridaní platnej hlavičky Content-Length, ktorá udáva dĺžku správy požiadavky. |
| 412 |
Server neuspokojil jedno alebo viac predpokladov stanovených pri overovaní hlavičiek požiadavky. Tento stavový kód umožňuje klientom stanoviť predpoklady v metadátách (údaje o hlavičke požiadavky), aby sa vyhli aplikácii tohto typu požiadavku na zdroje, ktoré nie sú predmetom ich záujmu. |
| 413 |
Server odmietol spracovať aktuálnu požiadavku, pretože veľkosť napätých entity údajov predložených v rámci požiadavky presahuje rozsah, ktorý server je ochotný alebo schopný spracovať. V týchto prípadoch by server mal ukončiť pripojenie, aby klient už nemohol pokračovať v odosielaní tejto požiadavky. Ak ide o dočasný problém, server by mal poskytnúť hlavičku Retry-After v odpovedi, aby informoval klienta, ako dlho môže počkať, kým sa pokúsia znovu. |
| 414 |
Požadovaná dĺžka URI presahuje dĺžku, ktorú server dokáže spracovať, a preto server odmieta túto požiadavku. To sa zvyčajne deje, keď sa formulár, ktorý mal používať metódu POST, omylom zmenil na metódu GET, čo vedie k tomu, že reťazce dotazu sa presahujú. URI presmerovania môžu spôsobiť „čiernu dieru”, kde každé presmerovanie používa predchádzajúcu URI ako časť novej URI, čo vedie k prekrývaniu po mnohých presmerovaniach. Klient sa pokúša zneužiť niektoré známé bezpečnostné hrozby servera. Takéto servery používajú fixný dĺžkový buffer na čítanie alebo spracovanie URI a ak parameter po GET presahuje určitú hodnotu, môže to viesť k pretečeniu vyrovnávacej pamäte a potenciálne spustiť libovolný kód [1]. Servery bez týchto problémov by mali vrátiť stavový kód 414. |
| 415 |
Pre aktuálnu metódu požiadavky a žiadaný zdroj, zaslaný entita nie je formát podporovanou serverom, a preto bola táto požiadavka odmietnutá. |
| 416 |
Ak požiadavka obsahovala hlavičku zadania Range a akýkoľvek údaj uvedený v rozsahu nesúvisí s dostupným rozsahom zdroja a ak nebola definovaná hlavička If-Range v požiadavke, server by mal vrátiť stavový kód 416. Ak rozsah je definovaný na úrovni bajtov, znamená to, že všetky prvé bajty určené v rozsahu presahujú dĺžku aktuálneho zdroja. Až v odpovedi 416 server nesporne ukáže hlavičku Content-Range, ktorá oznamuje dostupnosť objektu. Odpoveď je zakázaná s multipart/byteranges ako Content-Type. |
| 417 |
Obsah predpokladaný v hlavičke Expect nemôže byť serverom uspokojený, alebo tento server je proxy server, ktorý má jasné doklady, že obsah Expect nemôže byť uspokojený na nasledujúcom uzle na aktuálnej ceste. |
| 421 |
Počet pripojení od IP adresy aktuálneho klienta presahuje maximálny počet povolených serverom. Zvyčajne, táto IP adresa predstavuje klientov adresu (napríklad, adresa brány alebo proxy servera). V tomto prípade môže byť počet pripojení počítaný na základe viacerých koncových používateľov. |
| 422 |
Zdroj je dostupný, ale kvôli obsahovému formátu, je nekompatibilný (RFC 4918 WebDAV). 423 Locked - zdroj je uzamknutý (RFC 4918 WebDAV). |
| 424 |
Pri spracovaní predchádzajúceho požiadavku došlo k chybe, ktorá spôsobila, že aktuálna požiadavka zlyhala, napríklad PROPPATCH. (RFC 4918 WebDAV) |
| 425 |
Definované v návrhu WebDav Advanced Collections, ale nie je obsiahnuté v RFC 3658 o protokole WebDAV Ordered Set. |
| 426 |
Klient by mal prepnúť na TLS/1.0. (RFC 2817) |
| 449 |
Rozšírené zo strany Microsoftu, znamená, že požiadavka by mala byť opakovaná po vykonaní odpovedajúcich operácií. |
| 500 |
Server sa stretol s neočakávanou situáciou, kvôli ktorej nemôže splniť požiadavku. Všeobecne sa tento problém objaví pri chybách v programovom kóde servera. |
| 501 |
Server nepodporuje funkciu požadovanú aktuálnou požiadavkou. Keď server nie je schopný rozpoznať metódu požiadavky a nemôže ju splniť pre akýkoľvek zdroj. |
| 502 |
Server, ktorý funguje ako brána alebo proxy, obdržal neplatnú odpoveď od upstream servera pri pokuse o vykonanie požiadavky. |
| 503 |
Server momentálne nemôže spracovať požiadavku kvôli dočasnej údržbe alebo preťaženiu. Tento stav je dočasný a po určitej dobe sa obnoví. Ak je možné predvídať čas oneskorenia, odpoveď môže obsahovať hlavičku Retry-After, ktorá uvádza tohtoročných dôvodov oneskorenia. Ak nie je uvedená hlavička Retry-After, klient by mal situáciu spracovať ako 500 odpoveď. Poznámka: existencia 503 stavového kódu neznamená, že server musí tento kód používať pri zaťažení. Niektoré servery sa jednoducho rozhodnú odmietnuť spojenie klienta. |
| 504 |
Server fungujúci ako brána alebo proxy nedostane informácie od upstream servera (URI identifikujúci server, napríklad HTTP, FTP, LDAP) alebo pomocného servera (napríklad DNS) včas pri vykonávaní požiadavky. Poznámka: niektoré proxy servery môžu vrátiť 400 alebo 500 chybu pri časovom limite na DNS dotaz. |
| 505 |
Server nepodporuje alebo odmieta podporiť HTTP verziu použitú v požiadavke. Toto naznačuje, že server nemôže alebo nechce použiť rovnakú verziu ako klient. Odpoveď by mala obsahovať entitu, ktorá popisuje, prečo verzia nie je podporovaná a aké protokoly server podporuje. |
| 506 |
Stavový kód rozšírený transparentným obsahovým negociačným protokolom (RFC 2295), znamená, že server má internú configuračnú chybu: požadovaný prostriedok pre vyjednávanie bol nakonfigurovaný na používanie samej seba v transparentnej v nevyjednávanej požiadavke. |
| 507 |
Server nemôže uložiť obsah potrebný na dokončenie požiadavky. Tento stav sa považuje za dočasný. WebDAV (RFC 4918) |
| 509 |
Server dosiahol hranicu šírky pásma. Toto nie je oficiálny stavový kód, ale je široko používaný. |
| 510 |
Politika požadovaná na získanie zdroja nebola splnená. (RFC 2774) |