HTTP Status Codes - 2025
HTTP-statuskoder, også kendt som response status codes, er trecifrede tal, der returneres af servere for at indikere resultatet af en klients request. Disse koder – ofte omtalt som HTTP status codes – spiller en afgørende rolle i kommunikationen mellem klient og server. HTTP status codes er uundværlige for at forstå interaktionen, og det er vigtigt, at både server og client benytter korrekte http status codes til fejlfinding og optimering af systemet.
Succesfulde 200 OK-koder viser, at anmodningen har været vellykket, mens 404 Not Found indikerer, at den ønskede ressource ikke kunne findes. HTTP status codes giver præcise signaler, så clienten straks ved, hvad der skal gøres, hvis noget mislykkes.
Hvad HTTP statuskoder er og fortæller os?
Disse trecifrede koder, kendt som HTTP status codes, hjælper med at definere resultatet af en klients forespørgsel til en server. De er inddelt i fem kategorier, som hver repræsenterer en forskellig type response, herunder informations-, succesfulde, omdirigerings-, klient-, og serverfejl. For eksempel, mens koder som 200 OK signalerer en vellykket forespørgsel, angiver en 404 Not Found, at ressourcen ikke er tilgængelig. Ved at anvende HTTP status codes konsekvent, både af server og client, bliver fejlfinding og optimering af applikationer langt nemmere for udviklere.
Begge parter kan bruge disse koder – og ikke mindst de præcist definerede http status codes – til at forbedre brugeroplevelsen online. Servere håndterer forespørgsler effektivt, mens client modtager klare kommunikationssignaler.
Generelt er forståelsen af HTTP status codes et kraftfuldt værktøj for udviklere, der styrker deres evne til at designe pålidelige og responsive systemer, som ikke alene imødekommer nutidens krav, men også fremtidens teknologiske behov. Dette skaber fundamentet for at opbygge dynamiske applikationer og overholde webstandarder. Ved at anvende de korrekte http status codes opnås en optimal kommunikation mellem client og server.
Oversigt over svarkategorier af http status codes
HTTP status codes er grupperet i fem hovedkategorier, som hver har en unik betydning og funktion, der hjælper med at diagnosticere og forbedre netkommunikationen. Ved at benytte disse http status codes, kan man hurtigt identificere, om problemets rod findes hos clienten eller serveren.
Hver kategori repræsenterer en anden type respons fra serveren:
- Informative svar (1xx): Indikerer, at anmodningen er modtaget og bliver behandlet. Her anvendes http status codes til at informere clienten om, at processen er i gang, og der gives dermed en informational status.
- Succesfulde svar (2xx): Signaliserer en vellykket forespørgsel – et vigtigt signal fra http status codes, der sikrer, at clienten modtager de ønskede data.
- Omdirigeringsmeddelelser (3xx): Informerer om, at yderligere handlinger, såsom redirection, er nødvendige; en funktion, der understøttes af de rigtige http status codes.
- Klient-fejl (4xx): Indikerer problemer med forespørgslen, noget som clienten hurtigt skal reagere på ved at rette input.
- Serverfejl (5xx): Viser, at serveren ikke kunne fuldføre en gyldig forespørgsel – en situation, der fremhæves af http status codes for at guide systemadministratorer til hurtig reparation.
For eksempel kræver en 301 Moved Permanently statuskode en permanent omdirigering af URL’en, hvilket kan have stor betydning for søgemaskineoptimering, mens en 500 Internal Server Error signalerer et problem på serverens side, som kræver hurtig opmærksomhed fra IT-fagfolk. Ved at implementere de korrekte http status codes kan både client og server sikre en glidende dataudveksling.
Informationsrespons (1xx)
Informationsrespons (1xx) henviser til de kodebeskeder, der angiver, at en anmodning er modtaget, og at serveren er ved at behandle den. Ved at benytte http status codes giver serveren direkte besked til clienten om, at man skal forvente yderligere kommunikation.
Disse servicerespons koder fungerer som et signal til klienten om at forvente yderligere kommunikation. HTTP status codes som 100 Continue og 101 Switching Protocols er typiske eksempler, der sikrer, at clienten ved præcis, hvornår man skal fortsætte og hvornår der skiftes protokol. Her understreges vigtigheden af at følge http status codes for at reducere ventetiden og optimere netværkskommunikationen.
103 Early Hints tillader browseren at begynde at indlæse diverse ressourcer, mens serveren forbereder det endelige svar, hvilket kan reducere ventetiden for brugeren. Ved at gøre det optimeres ydeevnen og effektiviteten af webkommunikation betydeligt. HTTP status codes for informationsrespons arbejder i symbiose med andre koder for at sikre en glidende og problemfri dataudveksling mellem client og server.
Succesfulde responskoder (2xx)
Succesfulde responskoder (2xx), såsom 202 Accepted, er vigtige for udviklere, da de signalerer, at en anmodning er blevet modtaget, forstået og behandlet korrekt. Her spiller http status codes en central rolle, idet de sikrer, at clienten hurtigt modtager en bekræftelse på, at alt er i orden. For eksempel bekræfter 200 OK, at de ønskede data er blevet returneret, og 201 Created indikerer, at en ny ressource er blevet dannet. Det er essentielt, at udviklere forstår og korrekt anvender http status codes for at sikre en glidende kommunikation med clienten.
Betydningen af 200 OK
HTTP statuskoden 200 OK signalerer, at serveren har modtaget og forstået klientens forespørgsel, samt at den er behandlet korrekt. Denne kode er en af de mest essentielle indikatorer for en vellykket kommunikation mellem client og server, da den fungerer som en „thumbs up‟ til brugerens forespørgsel. Ved konsekvent at benytte http status codes sikres det, at der ikke opstår forvirring, og at systemerne kører problemfrit.
Fokus på 200 OK er vitalt for udviklere, da det sikrer, at de ønskede data serveres korrekt. Det betyder, at der ikke er fejl i forespørgslen, og dermed får brugeren en tilfredsstillende oplevelse gennem en korrekt response. Koden er grundlaget for tillid i interaktive digitale miljøer og bidrager til effektiv fejlfinding ved at anvende de korrekte http status codes.
Øget hastighed: En 200 OK respons opretholder serverens ydeevne ved at indikere korrekt dataleverance, hvilket gør det nemmere for client at fortsætte arbejdet.
Effektivitet og funktionalitet begynder med en korrekt forståelse af 200 OK. Denne kode hjælper både udviklere og systemadministratorer med at sikre, at webapplikationerne kører jævnt, uden unødvendige afbrydelser. Ved konstant at feedbacke forespørgsler styrker det også systemernes robusthed – et resultat af korrekt implementerede http status codes.
Oprettelse med 201 Created
Når en server returnerer statuskoden 201 Created, indikerer det, at en ny ressource er blevet oprettet som resultat af forespørgslen. Ved at bruge http status codes korrekt, modtager client en entydig bekræftelse af, at processen er gennemført.
- Succesfuld oprettelse: Indikerer, at anmodningen blev korrekt behandlet.
- Nyt ressource-ID: Returnerer ofte et unikt ID for den nye ressource.
- URL til ressource: Kan inkludere en placering-header, der peger på hvor den nye ressource findes.
Denne statuskode bruges ofte ved POST-anmodninger, hvor målet er at tilføje noget nyt til serveren. Ved at følge de fastlagte http status codes sikres, at clienten altid får en direkte og entydig respons.
Omstilling af forespørgsler (3xx)
Omstillingsstatuskoder i HTTP-protokollen, ofte omtalt som http status codes, signalerer, at en anmodet ressource er flyttet til en ny placering. De fremmer problemfri navigation mellem sider ved at omdirigere klienter automatisk til den opdaterede URL. Ved at implementere de rigtige http status codes beskytter man både brugeroplevelsen og sikre, at client – herunder alle typer enheder – tilgår korrekt indhold.
Ved korrekt anvendelse beskytter de brugeroplevelsen og hjælper søgemaskinerne med at holde deres indeks ajour. Dette sikrer, at besøgende altid ledes til de rette ressourcer uden forvirring eller brudte links. HTTP status codes fungerer som en kommunikationsbro mellem server og client.
Permanent flytning med 301
301 statuskoden angiver en permanent flytning. Når en ressource flyttes permanent, bruger webserveren 301 statuskode som en servicerespons for at informere client om den nye placering. Når en client anmoder om en ressource, der er flyttet, dirigeres den automatisk til den nye URL ved hjælp af passende headers og denne kode. Ved at følge de fastsatte http status codes, opretholdes kontinuiteten for brugerne, og indholdet bliver let genfindeligt.
Dette gør det muligt at omdirigere al trafik til den nye placering og sikrer, at både client og server arbejder i harmoni.
Midlertidig omdirigering med 302
302 statuskoden indikerer en midlertidig omdirigering, hvilket betyder, at den oprindelige placering stadig anses for gyldig, og at skiftet blot er en midlertidig foranstaltning. Ved at anvende de korrekte http status codes sikrer man en klar kommunikation til clienten, så den ved, at den skal vende tilbage til den oprindelige adresse, når omdirigeringen ophører.
Denne kode anvendes, når det er nødvendigt at omdirigere trafik til en alternativ ressource i en kortere periode, uden at ændre den oprindelige URL. Søgemaskiner vil behandle 302 omdirigeringer forskelligt fra 301, da de ikke opdaterer deres indekser med den nye URL, hvilket påvirker deres response i forhold til placeringen.
Det betyder, at linkværdi ikke overføres til den midlertidige placering, hvilket kan være en fordel, hvis du ønsker at bevare den oprindelige adresse som autoritet. Ved at benytte de rigtige http status codes undgår man misforståelser mellem server og client.
Virksomheder benytter ofte 302 omdirigeringer ved midlertidige kampagner, særlige begivenheder eller test af nye funktioner, hvilket muliggør fleksibilitet uden at påvirke SEO permanent. Generelt opsummeret sikrer brugen af disse http status codes, at clientens navigation og oplevelse forbliver intakt, mens beslutninger om fremtidige ændringer undersøges.
Client-error (4xx)
Klientfejl 4xx kode, også kendt som en client error, informerer os om, at der er opstået en fejl på klientens side, ofte grundet fejlagtig syntaks, manglende godkendelse eller ressourcer, der ikke kan findes. Her understreges vigtigheden af at følge http status codes, så client hurtigt kan få feedback og rette anmodningen. Med koder som 400 Bad Request og 404 Not Found kræves der opmærksomhed og tilpasning af klientens anmodning for en optimal kommunikation mellem server og client.
Problemer med 400 Bad Request
En 400 Bad Request-statuskode indikerer, at serveren ikke kan forstå anmodningen fra klienten. HTTP status codes som denne er med til at identificere, at der opstår en fejl i syntaksen eller formatet. Oftest skyldes en 400 Bad Request, at der er problemer med syntaksen i den sendte anmodning. Det kan være et manglende semikolon, forkerte anførselstegn, eller simpelthen en forkert formatet JSON-struktur. Denne form for fejl kan frustrere udviklere, men den fastlagte brug af http status codes gør det muligt for client at identificere og rette problemet hurtigt.
En anden hyppig årsag til 400-fejl kan være ugyldige eller manglende parametre i URL’en. Hvis en bruger fx indtaster en forkert parameter eller misser et obligatorisk felt i deres request, vil serveren nægte at behandle anmodningen. Dette giver brugerne mulighed for straks at rette ind og prøve igen, snarere end at blive vildledt.
For at afhjælpe disse problemer kan det være nyttigt at logge forespørgselsfejl på serversiden. Ved at analysere disse logfiler og krydstjekke med de fastlagte http status codes, kan administratorer få indsigt i mønstre eller gentagne problemer, der kræver korrektion. En sådan proaktiv strategi forbedrer serverens robusthed og fremmer en glat kommunikation med client.
At forstå og rette en 400 Bad Request er en læringsmulighed, der understøtter ens tekniske vækst og sikrer, at de fastsatte http status codes anvendes korrekt.
Adgangsnægtelse i 403 Forbidden
403 Forbidden betyder, at adgang nægtes. Når en klient – eller client – modtager en 403 Forbidden statuskode fra en server, betyder det, at serveren nægter at give adgang til den ønskede ressource. Dette skyldes ofte manglende korrekt autentificering eller autorisation, hvilket kan være resultatet af restriktive sikkerhedspolitikker eller forkert konfigurerede adgangsrettigheder. Client vil således modtage en direkte fejlmeddelelse via http status codes, som angiver, at de ikke har de nødvendige tilladelser til at få adgang.
Denne fejlmeddelelse indikerer ikke, at ressourcen er permanent utilgængelig. En korrekt implementering af http status codes kan hjælpe client med at forstå, at ressourcen potentielt kan tilgås efter en justering af rettighederne.
Manglende ressourcer med 404 Not Found
En 404 Not Found-statuskode indikerer, at den ønskede ressource ikke kunne findes på serveren, hvilket ofte skyldes en forkert indtastet URL-adresse af brugerne, og kræver en korrekt respons fra serveren for at guide clienten. Ved at anvende de definerede http status codes kan man hurtigt identificere, om problemet ligger hos input fra client eller en etableret ændring i systemet.
Når en server ikke kan finde den forespurgte side, returneres koden. Brugeren kan opleve en frustrerende afbrydelse i deres online oplevelse, hvad enten ressourcen er permanent fjernet eller midlertidigt utilgængelig uden korrekt omdirigering til en ny destination. Ved at integrere de korrekte http status codes sikres det, at clienten modtager en entydig besked.
For at reducere forekomsten og virkningen af 404-fejl, bør webstedsejere implementere brugerdefinerede 404-sider, der tilbyder klare navigationsalternativer, som søgerløsninger eller underholdende og informationsrige budskaber. Dette kan fastholde engagementet samt forhindre unødvendige SEO-problemer. Effektiv redirection og regelmæssig kontrol for brudte links samt et hurtigt og præcist response – baseret på de rigtige http status codes – spiller en vigtig rolle i at opretholde effektiv webhåndtering og forvaltning.
Serverfejl (5xx)
Når serveren mislykkes i at opfylde en gyldig anmodning, returneres en 5xx statuskode som en del af serverens servicerespons, hvilket indikerer en midlertidig eller permanent forstyrrelse i at håndtere en request. Her viser http status codes, at problemet ikke ligger hos client, men hos serveren. Disse fejl kan opstå som følge af serveroverbelastning, vedligeholdelse eller netværkskomplikationer, med 500 Internal Server Error som en af de mest generiske og almindelige.
Systemadministratorer bør være forberedt på at håndtere 5xx problemer for at minimere nedetid og sikre, at client oplever mindst mulige afbrydelser.
Fejlfinding med 500 Internal Server Error
At forstå essensen af en 500 Internal Server Error er vigtigt for problemer i serverens response. Ved at anvende http status codes kan man hurtigt lokalisere fejlen. Hvordan kan vi effektivt identificere og afhjælpe denne generiske fejl?
Først og fremmest bør systemadministratorer inspicere serverlogfiler for at få indsigt i, hvad der gik galt. Logs kan afsløre detaljer om fejl eller begivenheder, der har ført til fejlen, og give en klar indgangsvinkel til fejlretning ved hjælp af de fastlagte http status codes.
En anden væsentlig handling er at kontrollere serverens ressourcer såsom CPU, RAM og diskplads. Overbelastede eller utilstrækkelige ressourcer kan forårsage performance issues, som resulterer i 500-fejl – et problem, der nøjagtigt bliver signaleret via http status codes.
Det vil også være nyttigt at kontrollere tredjeparts applikationer og plugins, da inkompatibilitet eller en fejlbehæftet opdatering kan skabe konflikter. At fjerne eller opdatere problematiske plugins kan ofte genskabe systemets stabilitet og dermed afhjælpe fejlen, som http status codes markerer tydeligt.
Ved konsekvent monitorering og proaktivt vedligehold kan man forhindre gentagelser, og de fastsatte http status codes hjælper med at sikre optimal serverdrift og en uforstyrret client-oplevelse.
Betydningen af 503 Service Unavailable
En 503 Service Unavailable-status indikerer, at serveren midlertidigt ikke kan håndtere anmodningen, ofte grundet vedligeholdelse eller overbelastning. Ved at fortolke http status codes korrekt, kan client blive informeret om, at problemet er midlertidigt, og at de skal prøve igen senere.
- Mulige årsager: Serveroverbelastning, systemvedligeholdelse eller netværkshindringer.
- Tidsbegrænsning: Ofte en midlertidig tilstand; opfordrer til, at client prøver igen senere.
- Proaktiv forebyggelse: Optimer serverressourcer og planlæg vedligeholdelse for at minimere afbrydelser.
- Brugererfaring: Kan påvirke clientens oplevelse og kræver passende fejlmeddelelser.
Fejlen advarer om, at serveren har behov for aflastning eller vedligehold for at genoptage normal drift. Ved at følge de fastlagte http status codes kan systemadministratorer sikre, at clienten altid modtager en passende besked.
Brug af statuskoder til fejlfinding
HTTP status codes, inklusive svarstatus, er en uundværlig ressource for udviklere og systemadministratorer i deres fejlfinding af webapplikationer. Ved konsekvent at anvende disse http status codes kan både client og server hurtigt identificere, hvor fejlen opstår, og træffe de nødvendige foranstaltninger.
Når fejlfinding indledes, fungerer statuskoder som det første spor til problemets kilde, især når klientfejl som en 404 Not Found eller andre client errors er involveret. Disse koder hjælper med at bestemme, om problemet opstår på klient- eller serversiden, hvilket guider fejlsøgningen i den rigtige retning. Skridtet mod en effektiv løsning starter derfor med en klar forståelse af de korrekte http status codes.
For eksempel indikerer en 200 OK, at serveren korrekt har behandlet anmodningen, mens en 404 Not Found peger på, at ressourcen ikke kan findes – et problem, der tydeligt bliver formidlet gennem veldefinerede http status codes. Når situationen er alvorligere, som en 500 Internal Server Error, giver http status codes udviklere et udgangspunkt for at dykke ned i logs og rette fejlen, så clienten snart kan vende tilbage til en optimal brugeroplevelse.
Bedste praksis for implementering af statuskoder
Når du implementerer HTTP status codes, er det afgørende at vælge de korrekte koder for at sikre præcis og effektiv kommunikation mellem client og server. Det anbefales, at udviklere implementerer statuskoder i en struktureret proces, hvor alle mulige svar analyseres, og de korrekte koder tildeles hver situation. Ved konsekvent at anvende http status codes, kan du sikre klare meddelelser og minimere fejlfortolkninger.
Derudover bør der oprettes en systematisk mekanisme for logning af alle statuskoder. Gennem registrering og analysering af statuskode-værdierne kan man identificere mønstre og gentagne fejl, hvilket gør fejlfinding hurtigere og mere præcis – et bevis på, hvor vigtige http status codes er i moderne webudvikling.
Hvordan fejlkoder kan påvirke brugeroplevelsen
HTTP status codes spiller en afgørende rolle i, hvordan en bruger oplever en hjemmeside eller applikation i realtid. Når en bruger modtager en 200 OK statuskode, indikerer det, at alt fungerer, som det skal, og at clienten modtager den ønskede information uden hindringer. En sådan gnidningsfri oplevelse forstærker tilliden til systemet samt clientens opfattelse af platformens pålidelighed.
Omvendt kan en 500 Internal Server Error hurtigt skabe frustration hos client, da den peger på, at der er noget galt på serversiden. Ved at implementere de præcist definerede http status codes og tilpasse responsen – fx med en brugerdefineret 404 side – kan man hjælpe client med at navigere i fejlsituationer. Denne tilgang hjælper med at opretholde engagementet og begrænse evt. negative SEO-effekter.
Oversigt over samtlige HTTP: Status koder
| 1xx Informativ | |
|---|---|
| 100 Continue | Anmodningen er modtaget, og client kan fortsætte med at sende resten af anmodningen. |
| — | — |
| 101 Switching Protocols | Serveren accepterer at skifte protokol som anmodet af clienten. |
| — | — |
| 102 Processing | Serveren behandler anmodningen, men der er endnu ingen svar tilgængelig. |
| — | — |
| 103 Early Hints | Forhåndsmeddelelser om, at serveren er ved at forberede et svar. |
| — | — |
| 2xx Succes | |
|---|---|
| 200 OK | Anmodningen blev vellykket, og det ønskede svar er inkluderet. |
| — | — |
| 201 Created | Anmodningen resulterede i oprettelsen af en ny ressource. |
| — | — |
| 202 Accepted | Anmodningen er accepteret til behandling, men er endnu ikke fuldført. |
| — | — |
| 203 Non-Authoritative Information | Anmodningen var succesfuld, men informationen kan være fra en anden kilde. |
| — | — |
| 204 No Content | Anmodningen blev behandlet, men der er ingen indhold at returnere. |
| — | — |
| 205 Reset Content | Anmodningen blev behandlet, og client bør nulstille den viste dokumentvisning. |
| — | — |
| 206 Partial Content | Serveren leverer en del af ressourcen som anmodet af clienten. |
| — | — |
| 207 Multi-Status | Tilvejebringer status for flere uafhængige operationer. |
| — | — |
| 208 Already Reported | Medlemmerne af en DAV-binding er allerede blevet rapporteret i en tidligere del af svaret. |
| — | — |
| 226 IM Used | Serveren har fuldført en GET-anmodning, og svaret er en repræsentation af resultatet af en eller flere instans-manipulationer anvendt på den aktuelle instans. |
| — | — |
| 3xx Omdirigering | |
|---|---|
| 300 Multiple Choices | Anmodningen har flere mulige svar, og client bør vælge en af dem. |
| — | — |
| 301 Moved Permanently | Den anmodede ressource er permanent flyttet til en ny URL. |
| — | — |
| 302 Found | Den anmodede ressource er midlertidigt flyttet til en anden URL. |
| — | — |
| 303 See Other | Svar på anmodningen kan findes under en anden URI ved hjælp af GET-metoden. |
| — | — |
| 304 Not Modified | Ressourcen er ikke blevet ændret siden den sidste anmodning. |
| — | — |
| 305 Use Proxy | Den anmodede ressource er kun tilgængelig gennem en proxy, hvis adresse er angivet i svaret. |
| — | — |
| 306 Switch Proxy | Denne kode er ikke længere i brug, men var tidligere beregnet til at indikere, at efterfølgende anmodninger skulle bruge den angivne proxy. |
| — | — |
| 307 Temporary Redirect | Den anmodede ressource er midlertidigt tilgængelig under en anden URI; den oprindelige anmodningsmetode skal bruges igen ved den nye placering. |
| — | — |
| 308 Permanent Redirect | Den anmodede ressource er permanent flyttet til en ny URI; den oprindelige anmodningsmetode skal bruges igen ved den nye placering. |
| — | — |
| 4xx Klientfejl | |
|---|---|
| 400 Bad Request | Serveren kan ikke behandle anmodningen på grund af en client-fejl (f.eks. syntaksfejl). |
| — | — |
| 401 Unauthorized | Autentificering er påkrævet, og enten mangler eller er mislykket. |
| — | — |
| 402 Payment Required | Forbeholdt fremtidig brug; oprindeligt beregnet til digitale betalingssystemer. |
| — | — |
| 403 Forbidden | Client har ikke tilladelse til at få adgang til den ønskede ressource. |
| — | — |
| 404 Not Found | Serveren kan ikke finde den anmodede ressource. |
| — | — |
| 405 Method Not Allowed | Anmodningsmetoden er kendt af serveren, men ikke understøttet af den målrettede ressource. |
| — | — |
| 406 Not Acceptable | Serveren kan ikke levere et svar, der matcher de accepterede værdier angivet af clienten. |
| — | — |
| 407 Proxy Authentication Required | Client skal autentificere sig med proxyen før anmodningen kan fortsætte. |
| — | — |
| 408 Request Timeout | Serveren ventede for længe på en anmodning fra clienten. |
| — | — |
| 409 Conflict | Anmodningen kunne ikke fuldføres på grund af en konflikt med den aktuelle tilstand af ressourcen. |
| — | — |
| 410 Gone | Den anmodede ressource er ikke længere tilgængelig, og der er ingen kendt forwarding-adresse. |
| — | — |
| 411 Length Required | Serveren kræver en Content-Length header, men den var ikke inkluderet i anmodningen. |
| — | — |
| 412 Precondition Failed | En eller flere betingelser i anmodningsheaderen blev ikke opfyldt. |
| — | — |
| 413 Payload Too Large | Anmodningens indhold er større end, hvad serveren kan eller vil håndtere. |
| — | — |
| 414 URI Too Long | Den anmodede URI er længere end, hvad serveren kan eller vil fortolke. |
| — | — |
| 415 Unsupported Media Type | Medietypen for anmodningens data understøttes ikke af serveren. |
| — | — |
| 416 Range Not Satisfiable | Client har anmodet om en del af filen, der ligger uden for det tilgængelige område. |
| — | — |
| 417 Expectation Failed | Serveren kan ikke opfylde kravene i anmodningens Expect-header. |
| — | — |
| 418 I’m a teapot | April Fools‛ joke fra 1998; serveren nægter at brygge kaffe, fordi den er en tepotte. |
| — | — |
| 421 Misdirected Request | Anmodningen blev sendt til en server, der ikke kan producere et svar. |
| — | — |
| 422 Unprocessable Entity | Serveren kunne ikke behandle anmodningen, fordi den indeholder semantiske fejl. |
| — | — |
| 423 Locked | Den anmodede ressource er låst. |
| — | — |
| 424 Failed Dependency | Anmodningen mislykkedes på grund af en fejl i en tidligere handling. |
| — | — |
| 425 Too Early | Serveren er ikke villig til at risikere at behandle en anmodning, der kan blive gentaget. |
| — | — |
| 426 Upgrade Required | Serveren nægter at udføre anmodningen, medmindre client opgraderer til en anden protokol. |
| — | — |
| 428 Precondition Required | Serveren kræver, at anmodningen er betinget. |
| — | — |
| 429 Too Many Requests | Client har sendt for mange anmodninger på kort tid. |
| — | — |
| 431 Request Header Fields Too Large | Serveren nægter at behandle anmodningen, fordi headerfelterne er for store. |
| — | — |
| 440 Login Time-Out | Indikerer, at sessionen er udløbet. |
| — | — |
| 444 No Response | Serveren lukkede forbindelsen uden at sende noget svar tilbage. |
| — | — |
| 449 Retry With | Client skal gentage anmodningen efter at have udført en specifik handling. |
| — | — |
| 450 Blocked by Windows Parental Controls | Adgang til ressourcen er blokeret af Windows Forældrekontrol. |
| — | — |
| 451 Unavailable For Legal Reasons | Indholdet er ikke tilgængeligt af juridiske årsager, f.eks. censur eller blokering. |
| — | — |
| 499 Client Closed Request | Client lukkede forbindelsen, før serveren kunne sende et svar. |
| — | — |
| 5xx Serverfejl | |
|---|---|
| 500 Internal Server Error | Serveren stødte på en uventet fejl, der forhindrede den i at fuldføre anmodningen. |
| — | — |
| 501 Not Implemented | Serveren understøtter ikke den anmodede funktionalitet. |
| — | — |
| 502 Bad Gateway | Serveren modtog et ugyldigt svar fra en opstrøms server. |
| — | — |
| 503 Service Unavailable | Serveren er midlertidigt ude af stand til at håndtere anmodningen, ofte på grund af overbelastning eller vedligeholdelse. |
| — | — |
| 504 Gateway Timeout | Serveren fungerede som en gateway og modtog ikke et rettidigt svar fra en opstrøms server. |
| — | — |
| 505 HTTP Version Not Supported | Serveren understøtter ikke den HTTP-version, der blev brugt i anmodningen. |
| — | — |
| 506 Variant Also Negotiates | Intern serverfejl på grund af en konfigurationsfejl vedrørende indholdsforhandling. |
| — | — |
| 507 Insufficient Storage | Serveren kan ikke gemme den nødvendige repræsentation for at fuldføre anmodningen. |
| — | — |
| 508 Loop Detected | Serveren opdagede en uendelig loop, mens den behandlede en anmodning. |
| — | — |
| 510 Not Extended | Yderligere udvidelser til anmodningen er nødvendige for, at serveren kan opfylde den. |
| — | — |
| 511 Network Authentication Required | Client skal autentificere sig for at få netværksadgang. |
| — | — |
| Uofficielle koder | |
|---|---|
| 218 This is fine (Apache HTTP Server) | Bruges af Apache-servere som en generel fejlkondition, der tillader overførsel af meddelelsesindhold gennem serveren, når indstillingen ProxyErrorOverride er aktiveret. Vises i stedet for en 4xx- eller 5xx-fejlmeddelelse. |
| — | — |
| 419 Page Expired (Laravel Framework) | Bruges af Laravel Framework, når en CSRF-token mangler eller er udløbet. |
| — | — |
| 420 Method Failure (Spring Framework) | En forældet responsstatus foreslået under udviklingen af WebDAV, brugt af Spring Framework, når en metode er mislykket. |
| — | — |
| 420 Enhance Your Calm (Twitter) | Returneret af version 1 af Twitters Search og Trends API, når client bliver rate-begrænset; versioner 1.1 og senere bruger 429 Too Many Requests i stedet. Udtrykket „Enhance your calm‟ stammer fra filmen Demolition Man fra 1993. |
| — | — |
| 430 Request Header Fields Too Large (Shopify) | En forældet respons brugt af Shopify i stedet for 429 Too Many Requests, når for mange URL’er anmodes om inden for en bestemt tidsramme. |
| — | — |
| 430 Shopify Security Rejection (Shopify) | Bruges af Shopify til at signalere, at anmodningen blev anset for at være ondsindet. |
| — | — |
| 450 Blocked by Windows Parental Controls (Microsoft) | Indikerer, at Windows Forældrekontrol er aktiveret og blokerer adgang til den ønskede webside. |
| — | — |
| 498 Invalid Token (Esri) | Returneret af ArcGIS for Server. Kode 498 indikerer en udløbet eller på anden måde ugyldig token. |
| — | — |
| 499 Token Required (Esri) | Returneret af ArcGIS for Server. Kode 499 indikerer, at en token er påkrævet, men ikke blev indsendt. |
| — | — |
| 509 Bandwidth Limit Exceeded (Apache Web Server/cPanel) | Serveren har overskredet den båndbredde, der er specificeret af serveradministratoren; dette bruges ofte af delte hostingudbydere til at begrænse kunders båndbredde. |
| — | — |
| 529 Site is overloaded | Bruges af Qualys i SSLLabs servertest-API til at signalere, at sitet ikke kan behandle anmodningen. |
| — | — |
| 530 Site is frozen | Bruges af Pantheon Systems webplatform til at indikere, at et site er blevet frosset på grund af inaktivitet. |
| — | — |
| 530 Origin DNS Error (Shopify) | Bruges af Shopify til at indikere, at Cloudflare ikke kan løse den ønskede DNS-post. |
| — | — |
| 540 Temporarily Disabled (Shopify) | Bruges af Shopify til at indikere, at den ønskede endpoint midlertidigt er deaktiveret. |
| — | — |
| 598 Network read timeout error | Bruges af nogle HTTP-proxies til at signalere en netværkslæsetimeout bag proxyen til en client foran proxyen. |
| — | — |
| 599 Network Connect Timeout Error | En fejl brugt af nogle HTTP-proxies til at signalere en netværksforbindelsestimeout bag proxyen til en client foran proxyen. |
| — | — |
| 783 Unexpected Token (Shopify) | Bruges af Shopify til at indikere, at anmodningen indeholder en JSON-syntaksfejl. |
| — | — |
| 999 Non-standard | Fejl 999 bruges af LinkedIn og er relateret til at blive blokeret eller ikke kunne få adgang til deres websider uden først at logge ind. |
| — | — |
Internet Information Services (IIS) udvidelser
| Statuskode og navn | Beskrivelse |
|---|---|
| 440 Login Time-out | Clientens session er udløbet og skal logge ind igen. |
| — | — |
| 449 Retry With | Serveren kan ikke honorere anmodningen, fordi brugeren ikke har leveret de nødvendige oplysninger. |
| — | — |
| 451 Redirect | Bruges i Exchange ActiveSync, når enten en mere effektiv server er tilgængelig, eller serveren ikke kan få adgang til brugerens postkasse. Clienten forventes at genkøre HTTP AutoDiscover-operationen for at finde en mere passende server. |
nginx-specifikke koder
| 444 No Response | Bruges internt til at instruere serveren om ikke at returnere nogen information til clienten og straks lukke forbindelsen. |
|---|---|
| 494 Request header too large | Clienten sendte en for stor anmodning eller for lang header-linje. |
| — | — |
| 495 SSL Certificate Error | En udvidelse af 400 Bad Request-responskoden, brugt når clienten har leveret et ugyldigt klientcertifikat. |
| — | — |
| 496 SSL Certificate Required | En udvidelse af 400 Bad Request-responskoden, brugt når et klientcertifikat er påkrævet, men ikke leveret. |
| — | — |
| 497 HTTP Request Sent to HTTPS Port | En udvidelse af 400 Bad Request-responskoden, brugt når clienten har lavet en HTTP-anmodning til en port, der lytter efter HTTPS-anmodninger. |
| — | — |
| 499 Client Closed Request | Bruges, når clienten har lukket anmodningen, før serveren kunne sende et svar. |
| — | — |
Cloudflare-specifikke koder
| 520 Web Server Returned an Unknown Error | Origin-serveren returnerede et tomt, ukendt eller uventet svar til Cloudflare. |
|---|---|
| 521 Web Server Is Down | Origin-serveren afviste forbindelser fra Cloudflare. Sikkerhedsløsninger ved origin kan blokere legitime forbindelser fra visse Cloudflare IP-adresser. |
| — | — |
| 522 Connection Timed Out | Cloudflare fik timeout ved kontakt til origin-serveren. |
| — | — |
| 523 Origin Is Unreachable | Cloudflare kunne ikke nå origin-serveren; for eksempel hvis DNS-posterne for origin-serveren er forkerte eller mangler. |
| — | — |
| 524 A Timeout Occurred | Cloudflare var i stand til at fuldføre en TCP-forbindelse til origin-serveren, men modtog ikke et rettidigt HTTP-svar. |
| — | — |
| 525 SSL Handshake Failed | Cloudflare kunne ikke forhandle et SSL/TLS-håndtryk med origin-serveren. |
| — | — |
| 526 Invalid SSL Certificate | Returneres af Cloudflare, når det ikke er muligt at validere SSL-certifikatet på origin-serveren. Dette sker typisk, når SSL-indstillingerne i Cloudflare’s SSL/TLS-app er sat til „Full SSL (Strict)‟, og certifikatet på origin-serveren er ugyldigt eller udløbet. |
| — | — |
| 527 Railgun Error | Indikerer en afbrudt forbindelse mellem Cloudflare og origin-serverens Railgun-server. Denne fejl er dog forældet, da Cloudflare har udfaset Railgun. |
| — | — |
| 530 Site Frozen | Bruges af Pantheon Systems‛ webplatform til at indikere, at et site er blevet frosset på grund af inaktivitet. Når et Pantheon Sandbox Site har været inaktivt i en periode, vil HTTP-anmodninger til det blive afvist, og statuskode 530 returneres. |
| — | — |
| AWS Elastic Load Balancing-specifikke koder | |
|---|---|
| 000 | Returneres med en HTTP/2 GOAWAY-ramme, hvis den komprimerede længde af nogen af headerne overstiger 8K bytes, eller hvis mere end 10K anmodninger behandles gennem én forbindelse. |
| — | — |
| 460 | Client lukkede forbindelsen med load balanceren, før den indstillede timeout-periode udløb. Typisk når clientens timeout er kortere end Elastic Load Balancerens timeout. |
| — | — |
| 463 | Load balanceren modtog en X-Forwarded-For-anmodningsheader med mere end 30 IP-adresser. |
| — | — |
| 464 | Uforenelige protokolversioner mellem client og origin-server. |
| — | — |
| 561 Unauthorized | En fejl relateret til autentificering returneret af en server registreret med en load balancer. En lytterregel er konfigureret til at autentificere brugere, men identitetsudbyderen (IdP) returnerede en fejlkode under autentificeringen af brugeren. |
Forældede caching-advarselskoder
Disse caching-relaterede advarselskoder blev specificeret under RFC 7234. I modsætning til de andre statuskoder ovenfor blev disse ikke sendt som responsstatus i HTTP-protokollen, men som en del af „Warning‟-HTTP-headeren. Da denne „Warning‟-header ofte hverken blev sendt af servere eller anerkendt af clienter, blev denne header og dens koder forældede af HTTP Working Group i 2022 med RFC 9111.
| Caching warning codes (obsoleted) | **** |
|---|---|
| 110 Response is Stale | Responsen leveret af en cache er forældet (indholdets alder overstiger en maksimal alder angivet af en Cache-Control-header eller heuristisk valgt levetid). |
| — | — |
| 111 Revalidation Failed | Cachen var ude af stand til at validere responsen på grund af manglende forbindelse til origin-serveren. |
| — | — |
| 112 Disconnected Operation | Cachen er bevidst frakoblet fra resten af netværket. |
| — | — |
| 113 Heuristic Expiration | Cachen har heuristisk valgt en friskhedstid længere end 24 timer, og responsens alder er mere end 24 timer. |
| — | — |
| 199 Miscellaneous Warning | Vilkårlig, ikke-specifik advarsel. Advarselsteksten kan logges eller præsenteres for client. |
| — | — |
| 214 Transformation Applied | Tilføjet af en proxy, hvis den anvender nogen transformation til repræsentationen, såsom ændring af indholdskodning, medietype eller lignende. |
| — | — |
| 299 Miscellaneous Persistent Warning | Samme som 199, men angiver en vedvarende advarsel. |
Ved konsekvent at implementere og referere til de korrekte http status codes i både udviklings- og driftsmiljøer kan man sikre en mere informational og effektiv fejlhåndteringsproces.n systemer levere pålidelige og forudsigelige resultater. Denne tilgang sikrer, at hver client – uanset platform og enhed – får en klar og entydig respons, som letter fejlfinding og fremtidig optimering af applikationer.
