Gratis HTTP-statuskoder-referanse

Brukes for forespørsler med Expect: 100-continue. Serveren bekrefter at den er villig til å motta hovedteksten før klienten sender den. Sjelden sett i moderne webapper.

Brukes oftest for WebSocket-oppgraderinger — klienten ber om Upgrade: websocket og serveren svarer 101 for å bytte.

En WebDAV-mellomrespons sendt for å forhindre klienttidsavbrudd under lange operasjoner. Utdatert — moderne servere bør ikke sende den.

Lar servere sende Link-hoder (forinnlasting/forhåndstilkobling) mens det endelige svaret fortsatt blir forberedt, slik at nettlesere kan begynne å hente kritiske ressurser tidligere.

Det standard vellykkede svaret. Betydningen avhenger av HTTP-metoden: GET → ressurs returnert, POST/PUT → handling fullført.

Vanlig etter en POST. Svaret bør inneholde en Location-header som peker til URL-en til den nye ressursen.

For asynkrone operasjoner — serveren står i kø med arbeidet. Klienten bør undersøke et statusendepunkt eller sjekke tilbake senere.

Forespørselen var vellykket, men en mellommann (for eksempel en hurtigbuffer- eller transformeringsproxy) endret nyttelasten fra opprinnelsesserveren — for eksempel rekomprimering av bilder. Sjelden i praksis.

Brukes ofte for DELETE-operasjoner eller PUT-oppdateringer som ikke trenger å returnere en hovedtekst. Klienten bør ikke navigere bort fra gjeldende side.

Som 204, ingen brødtekst returneres — men klienten får i tillegg beskjed om å tilbakestille skjemaet eller visningen som produserte forespørselen (f.eks. tømme skjemafelter for neste oppføring).

Svar på en Range-forespørsel. Brukes av videoavspillere og nedlastingshåndterere til å gjenoppta avbrutte nedlastinger eller strømme store filer.

WebDAV: en XML-brødtekst rapporterer resultatet av flere underoperasjoner uavhengig — f.eks. et batch-move der noen elementer lyktes og andre mislyktes.

WebDAV: brukes inne i 207 Multi-Status-respons for å unngå å gjenta listen over medlemmer av samme samling når bindinger lager løkker.

Deltakodering: serveren returnerer en diff mot en tidligere versjon i stedet for hele ressursen, noe som sparer båndbredde. Veldig sjelden implementert.

Serveren tilbyr flere alternativer (f.eks. forskjellige formater eller språk) og klienten bør velge ett. Sjelden brukt, fordi automatisk innholdsforhandling håndterer vanligvis dette.

Bruk for permanente URL-endringer — søkemotorer vil oppdatere sin indeks. SEO-autoritet overføres til den nye URL-en.

Indikerer at omdirigeringen ikke er permanent. Caching er mindre aggressiv enn 301. Bruk for ting som 'pålogging kreves, omdirigering til /login'.

Brukt etter POST-innsendinger — svaret sier 'din POST fungerte, se denne GET-URL-en for resultatet'. Nettlesere får alltid en GET til den nye URL-en.

Svar på en betinget forespørsel (med If-None-Match eller If-Modified-Since-hoder). Sparer båndbredde — ingen brødtekst returneres.

Hvis originalen var POST, bruker omdirigeringen også POST. Moderne alternativ til 302 når metodebevaring betyr noe.

Moderne erstatning for 301 når du vil at POST-forespørsler skal forbli POST etter omdirigeringen.

Vanlige årsaker: dårlig formatert JSON i brødteksten, ugyldige spørreparametere eller manglende påkrevde felt. Sjekk forespørselsteksten og hoderne.

Klienten må inkludere autentiseringslegitimasjon (Authorization-header, informasjonskapsel, token). 'Unauthorized' er et feilnavn — det betyr egentlig 'ikke autentisert'.

Opprinnelig tiltenkt for digitale betalinger. Moderne bruk: APIer returnerer noen ganger 402 når en bruker har overskredet sin betalte kvote.

Ulikt 401 — brukeren ER logget inn, men kontoen har ikke tillatelse til denne ressursen. Sjekk logikken for roller/tillatelser.

Enten er URL-en gal, ressursen ble slettet, eller den fantes aldri. Servere returnerer noen ganger 404 for å skjule at 403 ville være mer nøyaktig.

For eksempel en GET-forespørsel til et endepunkt som bare godtar POST. Svaret bør inneholde en Allow-header som lister opp gyldige metoder.

Klienten spurte om en innholdstype, språk eller koding (via Accept, Accept-Language, Accept-Encoding) som serveren ikke kan oppfylle. Mange servere hopper over streng forhandling og returnerer en standard i stedet.

Som 401, men utstedt av en proxy: klienten må sende Proxy-Authorization-legitimasjon. Sett på bedriftsnettverk med autentiserende proxies.

Klienten brukte for lang tid på å sende forespørselsteksten eller holdt forbindelsen inaktiv. Prøv forespørselen på nytt.

Returneres vanligvis ved konflikter ved samtidig redigering eller ved oppretting av duplikate ressurser (f.eks. oppretting av bruker med en e-postadresse som allerede finnes).

Sterkere enn 404 — serveren vet eksplisitt at ressursen BRUKTE å finnes, men har blitt permanent fjernet. Søkemotorer vil fjerne den fra indeksen.

Forespørselen ble avvist fordi den manglet en Content-Length-header, og serveren nekter forespørselstekster med ukjent størrelse. Legg til headeren og prøv på nytt.

Returneres når betingede headers som If-Match eller If-Unmodified-Since mislykkes — vanligvis optimistisk låsing: noen andre endret ressursen siden versjonen din. Hent på nytt og prøv på nytt.

Vanlig når du laster opp store filer. Serverkonfigurasjonen (nginx, apache) angir en maksimal størrelse på forespørselsteksten. Kontroller serverens konfigurasjon.

Vanligvis forårsaket av svært lange spørringstekster (f.eks. koding av data i en GET). Bytt til en POST-tekst, eller øk serveren sin grense hvis du kontrollerer den.

For eksempel å sende application/xml til en server som bare godtar application/json. Still inn Content-Type-headeren riktig.

Range-headeren ber om en del som filen ikke har — f.eks. gjenopptaking av en nedlasting etter slutten av filen. Svaret skal inkludere Content-Range med den faktiske størrelsen.

Sendt når serveren ikke støtter Expect: 100-continue. Noen klienter sender denne headeren som standard på store POSTs; deaktivering av den løser vanligvis problemet.

En aprilspøk fra 1998 (RFC 2324). Noen virkelige APIer bruker det for vitser eller for å markere utgåtte endepunkter. Ikke for produksjonsbruk.

Vanlig med HTTP/2-forbindelsesgjenbruk: forespørselen nådde en server som ikke er konfigurert for målvertsnavnet. Klienten skal prøve på nytt på en ny forbindelse.

For eksempel at JSON ble tolket korrekt, men et obligatorisk felt manglet, eller en feltverdi var utenfor området. Vanlig i valideringsresponser for REST API.

WebDAV: kilde- eller målressursen er låst av en annen klient, så operasjonen kan ikke fortsette. Vent til låsen frigjøres eller bryt den med det rette tokenet.

WebDAV: i en kjede av avhengige operasjoner mislyktes en tidligere handling, så denne ble ikke utført. Se på den tidligere feilen for rotårsaken.

Relatert til TLS 1.3 0-RTT (tidlig data): serveren vil ikke risikere å behandle en forespørsel som muligens er gjentatt. Klienten skal prøve på nytt etter at handshake er fullført.

Serveren nekter å betjene forespørselen over den nåværende protokollen, men vil gjøre det etter oppgradering — svaret inkluderer en Upgrade-header som angir den påkrevde protokollen.

Serveren krever betingede headers (som If-Match) for å forhindre tapt-oppdaterings-konflikter. Hent ressursen, registrer dens ETag, og send på nytt med If-Match.

Senk tempoet. Svaret skal inkludere en Retry-After-header som angir når du skal prøve igjen. Vanlig med APIer som har forespørselskvoter.

Enten en header eller den totale headerstørrelsen overskrider grensen — oftest forårsaket av for store informasjonskapsler. Tøm informasjonskapslene eller reduser hva appen din lagrer i dem.

Ressursen er blokkert av juridiske årsaker — sensur, domstolsbeslutninger eller regionale bestemmelser. Nummeret er en referanse til romanen Fahrenheit 451.

En generisk fangst for serverfeil. Sjekk serverloggene for den faktiske årsaken: uhåndtert unntak, databasefeil, osv.

For eksempel gjenkjenner serveren ikke HTTP-metoden. Sjelden i praksis — oftere vil du se 405.

Vanlig i mikrotjenestearkitekturer. Din lastbalanser eller omvendt proxy fikk en malformet respons fra tjenesten i bakgrunnen.

Enten nede for vedlikehold eller overbelastet. Svaret skal inkludere en Retry-After-header. Ofte returnert under distribusjoner.

Tjenesten i bakgrunnen responderte ikke raskt nok. Kontroller helsen på oppstrømstjenesten og timeout-konfigurasjoner.

Hovedversjonen av HTTP for forespørselen støttes ikke av serveren. Nesten aldri sett med moderne klienter.

Transparent innholdsforhandling endte i en løkke: den valgte varianten er selv konfigurert til å forhandle. Indikerer en serverkonfigureringsfeil.

WebDAV-spesifikk i opprinnelse, men brukes noen ganger av generelle servere. Betyr at serveren ikke kan lagre forespørselen på grunn av lagerbegrensninger.

WebDAV: behandling av en Depth: infinity forespørsel gikk inn i en løkke (f.eks. sirkulære bindinger). Operasjonen ble avsluttet.

Fra det foreldede HTTP Extension Framework: serveren trenger mer informasjon før den kan oppfylle forespørselen. Effektivt ubrukt på det moderne nettet.

Brukt av captive portals (hotell/lufthavn WiFi) for å indikere at brukeren må logge inn på nettverket før tilgang til eksterne nettsteder.