Coduri de stare HTTP

Următoarea este lista codurilor de stare și a mesajelor conexe definite pentru protocolul HTTP .

Codurile de stare enumerate aici sunt cele definite de IETF ( RFC 2616 ) și unele RFC-uri cu coduri de stare suplimentare, nestandardizate. Microsoft IIS poate utiliza alte subcoduri zecimale non-standard pentru a specifica mai multe detalii ^{[1] care} nu se găsesc în această listă. Propozițiile prezente lângă coduri sunt exemple oficiale ale standardului, dar pot fi furnizate și altele cu semnificație completă.

Prima cifră a codului de stare specifică una dintre cele cinci categorii de răspuns.

1xx Informațional

Solicitarea primită, continuați procesarea.

100 Continuați: Serverul a primit antetul cererii și clientul trebuie să continue să trimită corpul cererii (de obicei în cererile POST ).
101 Comutarea protocoalelor: Solicitantul a solicitat să schimbe protocolul utilizat și serverul știe ce să facă.
102 Prelucrare ( WebDAV ; RFC 2518 ): Acest cod indică faptul că serverul a primit și procesează cererea, dar nu are încă un răspuns disponibil. Acest cod este utilizat pentru a împiedica clientul să expire în timp ce așteaptă răspunsul.

2xx Succes

Acțiunea a fost primită, înțeleasă și acceptată cu succes.

200 OK: Răspuns standard pentru solicitările HTTP de succes.
201 Creat: Solicitarea a fost satisfăcută, rezultând în crearea unei noi resurse.
202 Acceptat: Solicitarea de procesare a fost acceptată, dar încă nu a terminat.
203 Informații non-autoritare.: Serverul este un proxy în transformare (de exemplu, un Web Accelerator) care a primit 200 OK de la sursa sa, dar returnează o versiune modificată a răspunsului sursei
204 Fără conținut: Serverul a procesat cu succes solicitarea și nu va returna conținut.
205 Resetați conținutul: Serverul a procesat cu succes solicitarea și nu va returna conținut. Spre deosebire de răspunsul 204, acest lucru necesită solicitantului să reseteze vizualizarea documentului .
206 Conținut parțial: Serverul livrează doar părți ale resursei ( servirea octeților ) datorită intervalului unui antet trimis de client. Antetul intervalului este utilizat de clienții HTTP pentru a permite reluarea descărcărilor întrerupte sau pentru a împărți o descărcare în mai multe fluxuri simultane.
207 Multi-Status: În cazul răspunsurilor XML , când pot fi solicitate mai multe acțiuni, detaliile stărilor individuale sunt date în corpul răspunsului. Consultați WebDAV ( RFC 4918 ) pentru specificațiile asociate.
208 Raportat deja: Folosit într-un element de răspuns DAV: propstat pentru a evita enumerarea în mod repetat a membrilor interni ai mai multor linkuri către aceeași colecție.

Redirecționare 3xx

Clientul trebuie să ia măsuri suplimentare pentru a satisface cererea.

300 de alegeri multiple: Indică mai multe opțiuni pentru resursele dintre care clientul ar putea alege (prin negocierea conținutului bazată pe agent ). De exemplu, acest cod ar putea fi utilizat pentru a prezenta mai multe opțiuni de format video, pentru a lista fișiere cu extensii diferite sau pentru a sugera dezambiguizarea.
301 mutat permanent: Aceasta și toate cererile viitoare vor merge la un alt URI (specificat în antetul Location ).
302 găsit: Acesta este cel mai utilizat cod, dar și un exemplu clasic de nerespectare a standardelor în practica zilnică. De fapt, specificația HTTP / 1.0 ( RFC 1945 ) ar solicita clientului să efectueze redirecționări temporare (descrierea originală a fost „mutată temporar”), dar cele mai populare browsere au implementat-o așa cum este descris mai jos 303. Prin urmare, HTTP / 1.1 a adăugat coduri de stare 303 și 307 pentru a face distincția între cele două comportamente. Cu toate acestea, majoritatea aplicațiilor și cadrelor web utilizează în continuare codul de stare 302 ca și cum ar fi 303.
303 Vezi Altele (de la HTTP / 1.1): Răspunsul la cerere poate fi găsit sub un alt URI utilizând metoda GET.
304 Nemodificat: Indică faptul că resursa nu a fost modificată din cauza versiunii specificate de antetele cererii If-Modified-Since sau If-None-Match . În acest caz, nu este necesar să retransmiteți singura resursă, deoarece clientul are o copie descărcată anterior.
305 Utilizați proxy (de la HTTP / 1.1): Resursa solicitată este disponibilă numai printr-un proxy, a cărui adresă este furnizată în răspuns. Din motive de securitate, mulți clienți HTTP (cum ar fi Mozilla și Internet Explorer ) nu gestionează corect răspunsurile cu acest cod de stare.
306 Switch Proxy: Nu mai este folosit. Inițial însemna „Cererile ulterioare ar trebui să utilizeze proxy-ul specificat” .
307 Redirecționare temporară (de la HTTP / 1.1): Cu această ocazie, solicitarea ar trebui repetată cu un alt URI, dar solicitările ulterioare pot fi în continuare direcționate către cea originală. Spre deosebire de 303, solicitarea POST originală trebuie reiterată cu o altă cerere POST.
308 Redirecționare permanentă (aprobată ca RFC experimental): Aceasta și cererile viitoare ar trebui să fie adresate unui alt URI. Răspunsurile 307 și 308 (ca propunere) ar trebui să se comporte similar cu 302 și 301, dar nu implică o schimbare de metodă.

Eroare client 4xx

Solicitarea este incorectă din punct de vedere sintactic sau nu poate fi satisfăcută.

400 Cerere greșită: Solicitarea nu a putut fi îndeplinită din cauza erorilor de sintaxă .
401 Neautorizat: Similar cu 403 / Interzis, dar menit să fie utilizat atunci când autentificarea este posibilă, dar a eșuat sau nu poate fi furnizată. Vedeți, de asemenea, autentificarea de acces de bază și autentificarea de acces digest .
402 Plata necesară: Intenția inițială prevedea utilizarea sa pentru a crea mecanisme digitale de numerar / microplată , dar acest lucru nu a avut loc niciodată și codul nu a fost niciodată folosit.
403 Interzis: Solicitarea este legitimă, dar serverul refuză să o îndeplinească. Contrar codului 401 neautorizat , autentificarea nu are niciun efect.
404 Nu a fost gasit: Resursa solicitată nu a fost găsită, dar poate fi disponibilă în viitor.
405 Metoda nu este permisă: Solicitarea a fost făcută folosind o metodă ilegală. De exemplu, acest lucru se întâmplă atunci când se utilizează metoda GET pentru a trimite date care să fie prezentate cu o metodă POST.
406 Inacceptabil: Resursa solicitată este capabilă să genereze conținut inacceptabil numai în conformitate cu antetul Accept trimis în cerere. ^[2]
Este necesară autentificarea proxy 407: Pentru a continua, clientul trebuie să se autentifice la proxy.
408 Termen de întrerupere al solicitării: Timpul pentru trimiterea cererii a expirat, iar serverul a întrerupt conexiunea.
409 Conflict: Solicitarea nu a putut fi finalizată din cauza unui conflict cu starea actuală a resursei.; Acest cod este permis numai în cazurile în care se așteaptă ca utilizatorul să poată rezolva conflictul și să reîncerce solicitarea.; Corpul de răspuns trebuie să conțină suficiente informații pentru a identifica cauza conflictului. ^[3]
410 S-a dus: Indică faptul că resursa solicitată nu mai este disponibilă și nu va mai fi în viitor.
411 Lungime necesară: Solicitarea nu specifică dimensiunea acesteia, așa cum este cerută de resursa solicitată.
412 Condiția prealabilă a eșuat: Serverul nu îndeplinește una dintre condițiile prealabile introduse de solicitant în cerere.
413 Obiectul cerut este prea mare: Solicitarea este mai mare decât poate suporta serverul.
414 Cerere-URI prea lung: URI-ul solicitat este prea mare pentru a fi procesat de server.
415 Tip suport neacceptat: Entitatea solicitantă este de un tip neacceptat de serverul sau resursa solicitată.
416 Intervalul solicitat nu este satisfăcător: Clientul a solicitat un fragment de fișier, dar serverul nu este capabil să returneze acel fragment.
417 Așteptarea nu a reușit: Serverul nu respectă cerințele câmpului antetului unei cereri de așteptare.
418 Sunt ceainic: Aceasta este o zi tipică a IETF April Fool's Day . ^[4] De obicei, nu este niciodată implementat pe niciun server HTTP. RFC specifică faptul că acest cod de stare ar trebui returnat de la ceainicele cărora li se cere din greșeală să prepare cafea. Această stare este utilizată ca ou de Paște pe unele site-uri, cum ar fi Google .
420 Îmbunătățește-ți calmul: Revenit de API-ul Căutare și Tendințe Twitter Când clientul are o rată limitată, atunci când un număr maxim de apeluri către API este definit într-un timp scurt stabilit.
422 Entitate neprocesabilă: Serverul înțelege tipul de conținut al entității solicitate, iar sintaxa cererii este corectă, dar nu poate procesa instrucțiunile conținute în cerere.
426 Actualizare necesară ( RFC 2817 ): Clientul ar trebui să schimbe protocolul și să utilizeze de exemplu TLS / 1.0 .
429 Prea multe solicitări: Clientul a făcut prea multe solicitări într-un timp scurt. Destinat utilizării cu scheme de limitare a ratei.
431 Solicitare câmpuri antet prea mari: Serverul refuză să proceseze cererea, deoarece anteturile HTTP ( anteturile ) sunt prea mari.
449 Reîncercați cu: Extensie Microsoft: cererea ar trebui reîncercată după efectuarea acțiunii corespunzătoare.
451 Indisponibil din motive juridice (aprobat de Internet Engineering Steering Group IESG): Statutul neobligatoriu utilizat atunci când accesul la resursă este restricționat din motive juridice, cum ar fi cenzura sau mandatele guvernamentale. Se referă probabil la romanul distopian Fahrenheit 451 .

Eroare server 5xx

Serverul nu a reușit să îndeplinească o cerere aparent validă.

500 Eroare internă a server-ului: Mesaj de eroare generic fără detalii.
501 Neimplementat: Serverul nu poate îndeplini metoda de solicitare.
502 Bad Gateway: Serverul acționează ca un gateway sau proxy și a primit un răspuns nevalid de la serverul din amonte.
503 Serviciu Indisponibil: Serverul este momentan indisponibil. Este, în general, o afecțiune temporară.
504 Gateway Timeout: Serverul acționează ca un gateway sau proxy și nu a primit un răspuns în timp util de la serverul din amonte.
Versiunea 505 HTTP neacceptată: Serverul nu acceptă versiunea HTTP a cererii.
509 Limita lățimii de bandă a fost depășită: Acest cod de stare, deși este utilizat de mai multe servere, nu este un cod de stare oficial, deoarece nu este specificat în niciun RFC.