Gratis HTTP-statuskode-reference

Bruges til anmodninger med Expect: 100-continue. Serveren bekræfter, at den er villig til at modtage kroppen, før klienten sender den. Ses sjældent i moderne webapps.

Mest almindeligt brugt til WebSocket-opgraderinger — klienten anmoder Upgrade: websocket, og serveren svarer 101 for at skifte.

Et WebDAV-interimssvar sendt for at forhindre klienttimeout under lange operationer. Forældet — moderne servere bør ikke sende det.

Lader servere sende Link-headers (preload/preconnect), mens det endelige svar stadig bliver forberedt, så browsere kan begynde at hente kritiske aktiver hurtigere.

Det standard vellykket svar. Betydningen afhænger af HTTP-metoden: GET → ressource returneret, POST/PUT → handling fuldført.

Almindeligt efter en POST. Svaret skal indeholde en Location-header, der peger på den nye ressources URL.

For asynkrone operationer — serveren sætter arbejdet i kø. Klienten bør polling en statusterminal eller kontrollere senere.

Anmodningen blev gennemført, men en intermediær (såsom en caching- eller transformeringsproxy) ændrede nyttelasten fra oprindelsesserveren — f.eks. rekomprimering af billeder. Sjældent i praksis.

Ofte brugt til DELETE-operationer eller PUT-opdateringer, der ikke behøver at returnere en krop. Klienten bør ikke navigere væk fra den aktuelle side.

Som 204 returneres ingen brødtekst — men klienten får desuden besked på at nulstille formularen eller visningen, der producerede anmodningen (f.eks. ryd formularfelterne til næste post).

Svar på en Range-anmodning. Bruges af videoafspillere og nedlastningshåndteringer til at genoptage afbrudt downloads eller streame store filer.

WebDAV: en XML-brødtekst rapporterer resultatet af flere underoperationer uafhængigt — f.eks. en batch-flytning, hvor nogle elementer blev vellykkede og andre fejlede.

WebDAV: brugt inden for 207 Multi-Status-svar for at undgå gentagne lister over medlemmer af den samme samling, når bindinger skaber sløjfer.

Deltakodning: serveren returnerer en forskel mod en tidligere version i stedet for hele ressourcen, hvilket sparer båndbredde. Meget sjældent implementeret.

Serveren tilbyder flere muligheder (f.eks. forskellige formater eller sprog), og klienten bør vælge en. Sjældent brugt, fordi automatisk indholdforhandling normalt håndterer det.

Brug ved permanente URL-ændringer — søgemaskiner opdaterer deres indeks. SEO-autoritet overføres til den nye URL.

Angiver, at omdirigeringen ikke er permanent. Caching er mindre aggressiv end 301. Brug til ting som 'login påkrævet, omdirigerer til /login'.

Bruges efter POST-indsendelser — svaret siger 'din POST blev gennnemført, se denne GET-URL for resultatet'. Browsere får altid den nye URL.

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

Hvis originalen var POST, bruger omdirigeringen også POST. Moderne alternativ til 302, når metodebevaring betyder noget.

Moderne erstatning for 301, når du ønsker, at POST-anmodninger forbliver POST efter omdirigeringen.

Almindelige årsager: uformateret JSON i brødtekst, ugyldige forespørgselsparametre eller manglende påkrævede felter. Kontroller anmodningens brødtekst og headers.

Klienten skal inkludere godkendelsesoplysninger (Authorization-header, cookie, token). 'Unauthorized' er en forkert betegnelse — det betyder virkelig 'ikke autentificeret'.

Oprindeligt beregnet til digitale betalinger. Moderne brug: API'er returnerer nogle gange 402, når en bruger har overskredet sin betalte kvote.

Anderledes end 401 — brugeren ER logget ind, men deres konto har ikke tilladelse til denne ressource. Kontroller rolle-/tilladelses logik.

Enten er URL'en forkert, ressourcen blev slettet, eller den eksisterede aldrig. Servere returnerer nogle gange 404 for at skjule, at en 403 ville være mere nøjagtig.

F.eks. en GET-anmodning til et slutpunkt, der kun accepterer POST. Svaret skal indeholde en Allow-header, der viser gyldige metoder.

Klienten anmodede om en indholdtype, sprog eller kodning (via Accept, Accept-Language, Accept-Encoding), som serveren ikke kan tilfredsstille. Mange servere springer streng forhandling over og returnerer i stedet en standard.

Som 401, men udstedt af en proxy: klienten skal sende Proxy-Authorization-oplysninger. Ses på virksomhedsnetværk med autentificering af proxyer.

Klienten brugte for lang tid på at sende anmodningsindholdet eller holdt forbindelsen inaktiv. Prøv anmodningen igen.

Returneres typisk for konflikter ved samtidigt redigering eller duplikering af ressourceoprettelse (f.eks. oprettelse af bruger med e-mail, der allerede findes).

Stærkere end 404 — serveren ved eksplicit at ressourcen FANDTES tidligere, men er permanent fjernet. Søgemaskiner vil fjerne indekseringen.

Anmodningen blev afvist, fordi den manglede Content-Length-header, og serveren nægter indhold med ukendt størrelse. Tilføj headeren og prøv igen.

Returneres når betingede headere som If-Match eller If-Unmodified-Since fejler — typisk optimistisk låsning: nogen anden ændrede ressourcen siden din version. Hent igen og prøv.

Almindelig ved upload af store filer. Serverkonfiguration (nginx, apache) angiver maksimal brødstørrelse. Kontroller serverens konfiguration.

Normalt forårsaget af meget lange forespørgselsstrenge (f.eks. kodning af data i en GET). Skift til POST-indhold, eller øg servergrænsen hvis du kontrollerer den.

F.eks. afsendelse af application/xml til en server, der kun accepterer application/json. Indstil Content-Type-headeren korrekt.

Range-headeren anmoder om en del, som filen ikke har — f.eks. genoptagelse af download efter filens slutning. Svaret bør indeholde Content-Range med den faktiske størrelse.

Sendes når serveren ikke understøtter Expect: 100-continue. Nogle klienter sender denne header som standard på store POST'er; deaktivering løser normalt fejlen.

En aprilsnarredag fra 1998 (RFC 2324). Nogle reelle API'er bruger det til vittigheder eller markerer deprecated endpoints. Ikke til produktionsbrug.

Almindelig med HTTP/2-forbindelsegenbrug: anmodningen nåede en server, der ikke er konfigureret til målhostnavnet. Klienten bør prøve igen på en ny forbindelse.

F.eks. JSON tolkedes korrekt, men et påkrævet felt manglede, eller en feltværdi var uden for området. Almindelig i REST API-valideringssvar.

WebDAV: kilde- eller destinationsressourcen er låst af en anden klient, så operationen kan ikke fortsætte. Vent på at låsen frigives eller bryd den med det korrekte token.

WebDAV: i en kæde af afhængige operationer mislykkedes en tidligere handling, så denne blev ikke udført. Se på den tidligere fejl for rodårsagen.

Relateret til TLS 1.3 0-RTT (tidlige data): serveren vil ikke risikere at behandle en muligvis afspillet anmodning. Klienten bør prøve igen efter handskaget afsluttes.

Serveren nægter at servere anmodningen over det aktuelle protokol, men vil gøre det efter en opgradering — svaret indeholder en Upgrade-header, der navngiver den påkrævede protokol.

Serveren kræver betingede headers (som If-Match) for at forhindre tabte opdateringskonflikter. Hent ressourcen, indfang dens ETag, og genafsendt med If-Match.

Sænk hastigheden. Svaret bør indeholde en Retry-After-header, der angiver hvornår du skal prøve igen. Almindelig med API'er, der har anmodningskvota.

Enten én header eller den samlede headerstørrelse overstiger grænsen — oftest forårsaget af oversized cookies. Ryd cookies eller reducer hvad din app gemmer i dem.

Ressourcen er blokeret af juridiske årsager — censur, retskendelser eller regionale regler. Nummeret er en anspilling på romanen Fahrenheit 451.

En generisk samleordning for serverfejl. Kontroller serverlogfiler for den faktiske årsag: ubehandlet undtagelse, databasefejl osv.

F.eks. serveren genkender ikke HTTP-metoden. Sjælden i praksis — hyppigere vil du se 405.

Almindelig i mikroservis-arkitekturer. Din load balancer eller reverse proxy fik et misdannet svar fra backend-tjenesten.

Enten nede til vedligeholdelse eller overbelastet. Svaret bør indeholde en Retry-After-header. Ofte returneret under udrulninger.

Backend-tjenesten svarede ikke hurtigt nok. Kontroller upstream-tjenestens sundhed og timeoutkonfigurationer.

Den større HTTP-version af anmodningen understøttes ikke af serveren. Næsten aldrig set med moderne klienter.

Transparent indholdsforbhandling endte i en loop: den valgte variant er selv konfigureret til at forhandle. Indikerer en serverkonfigurationsfejl.

WebDAV-specifik i oprindelse, men nogle gange brugt af generelle servere. Betyder at serveren ikke kan gemme anmodningen på grund af lagerrestriktioner.

WebDAV: behandling af en Depth: infinity-anmodning gik ind i en loop (f.eks. cirkulære bindinger). Operationen blev afsluttet.

Fra det forældede HTTP Extension Framework: serveren har brug for mere information, før den kan opfylde anmodningen. Faktisk ubrugt på det moderne web.

Bruges af captive portals (hotel/lufthavn WiFi) til at angive, at brugeren skal logge på netværket, før han kan få adgang til eksterne websteder.