HTTP-statuskodskontroll

Kontrollera status

Begäran går direkt från din webbläsare till målet och aldrig via vår server. Cookies och HTTP-inloggningsuppgifter utelämnas och ingen referent skickas. Målet får ändå din IP-adress och uppgifter om begäran. I stegläget sparas URL och metod en kort stund i den här fliken.

Nästa

Namnen är protokollets engelska standardetiketter. Filtrera efter kod eller namn.

1xx

Status Standardnamn
100 Continue
101 Switching Protocols
102 Processing
103 Early Hints

2xx

Status Standardnamn
200 OK
201 Created
202 Accepted
204 No Content
206 Partial Content

3xx

Status Standardnamn
301 Moved Permanently
302 Found
303 See Other
304 Not Modified
307 Temporary Redirect
308 Permanent Redirect

4xx

Status Standardnamn
400 Bad Request
401 Unauthorized
403 Forbidden
404 Not Found
405 Method Not Allowed
408 Request Timeout
409 Conflict
410 Gone
422 Unprocessable Content
429 Too Many Requests

5xx

Status Standardnamn
500 Internal Server Error
501 Not Implemented
502 Bad Gateway
503 Service Unavailable
504 Gateway Timeout
505 HTTP Version Not Supported

Kontrollera det slutliga HTTP-svar som webbläsaren får läsa för en offentlig URL. Begäran körs med HEAD eller GET i den här fliken, följer omdirigeringar och visar slutlig status, mål-URL, tid till svarshuvuden och huvuden som CORS exponerar. Hyperion fungerar inte som proxy.

Så kontrollerar du en HTTP-status

  1. 1

    Ange en offentlig HTTPS-URL

    HTTP och HTTPS godtas, men skyddet mot blandat innehåll hindrar en HTTPS-sida från att begära ett osäkert HTTP-mål.

  2. 2

    Välj HEAD eller GET

    HEAD begär samma svarshuvuden som GET utan svarsinnehåll. Använd GET om servern avvisar eller hanterar HEAD fel.

  3. 3

    Kör webbläsarbegäran

    Cookies och HTTP-inloggningsuppgifter utelämnas. Webbläsaren tillämpar regler för CORS, privata nät och omdirigeringar.

  4. 4

    Läs det slutliga svaret

    Se status, läsbar mål-URL, huvudtid och endast de huvuden som JavaScript får åtkomst till.

Vad kontrollen kan visa

Resultat Betydelse
Status Status för det sista läsbara svaret efter omdirigeringar
Mål-URL Sista URL när Fetch rapporterar en omdirigering
Tid Tid tills svarshuvudena är tillgängliga, inte fullständig sidladdning
Huvuden CORS-säkra huvuden samt ytterligare huvuden som målet uttryckligen exponerar

En vanlig Fetch-begäran mellan ursprung avslöjar inte varje omdirigeringssteg. Resultatet är inte en fullständig kedja: mellanstatus, Location-värden och tider per hopp är dolda. För det krävs en serverkontroll som begränsar målen till offentliga nät och validerar varje nytt hopp.

Gränser för webbläsare, CORS och integritet

Begäran går direkt från webbläsaren till målet. Hyperion tar inte emot URL:en och gör inte nätverksanropet. Cookies, HTTP-autentisering och referent utelämnas. Målet får ändå din IP-adress, URL, HEAD- eller GET-metod och vanliga webbläsarhuvuden. I stegläget finns URL och metod kort i flikens sessionslagring.

En kontroll mellan ursprung fungerar bara om målets CORS-policy tillåter sidan att läsa svaret. no-cors hjälper inte: det ogenomskinliga svaret har status 0 för JavaScript. Fel i CORS, DNS, TLS, blandat innehåll, privat nät eller anslutning kan därför se likadana ut. Felet bevisar inte att webbplatsen är nere.

Endast HTTP- och HTTPS-URL:er utan inbyggda inloggningsuppgifter godtas. Localhost och direkt angivna privata eller länklokala adresser avvisas. Eftersom JavaScript inte säkert kan slå upp varje värd före Fetch förblir webbläsarens CORS- och privatnätsskydd en del av gränsen.

HEAD, GET och omdirigeringar

RFC 9110 ger HEAD samma semantik som GET men utan svarsinnehåll. Vissa servrar stänger av eller implementerar HEAD fel; prova då GET. I GET-läge avbryts strömmen efter huvudena. Några innehållsbyte kan redan ha överförts, men kroppen visas inte.

Fetch följer omdirigeringar automatiskt. Slutstatus kan därför skilja sig från statusen för den angivna URL:en. 301 och 308 är permanenta flyttar; 302 och 307 tillfälliga. 307 och 308 bevarar metoden. 301 och 302 får ändra POST till GET, men verktyget skickar bara HEAD eller GET.

Vanliga klasser

Klass Allmän betydelse
1xx Tillfällig information före det slutliga svaret
2xx Begäran mottogs, förstods och godkändes
3xx Ytterligare åtgärd krävs, till exempel omdirigering eller cachevalidering
4xx Problem med begäran eller vägran för den klienten
5xx Servern misslyckades med en till synes giltig begäran

304 hör till en villkorad begäran och tillåter återanvändning av en lagrad representation; det är inte en allmän framgångsstatus här. 401 begär autentisering, medan 403 betyder att servern förstår men vägrar begäran. Den numeriska koden är avgörande.

Vanliga frågor

Webbläsaren döljer ett svar från ett annat ursprung om målet inte tillåter läsning via CORS. DNS, TLS, blandat innehåll, privat nät och anslutning kan ge samma fel, som inte bevisar att målet är offline.

Nej. Fetch kan rapportera en omdirigering och visa den slutliga läsbara URL:en, men ger inte sidan mellanstatus, Location-huvuden eller tider per hopp.

HEAD ska bete sig som GET utan kropp, men vissa servrar dirigerar eller konfigurerar det annorlunda. Prova GET efter 405, oväntad status eller fel.

Nej. Webbläsaren skickar den direkt utan inloggningsuppgifter eller referent. Målet får din IP och begäransuppgifter; Hyperion proxar eller loggar inte URL:en via verktyget.

Relaterade verktyg