Skip to content

Hur HTTP fungerar: Hypertext Transfer Protocol förklaras

10 de juli de 2021
word http carved in blocks 670877393 593c747d3df78c537b489156

Hypertext Transfer Protocol tillhandahåller en nätverksprotokollstandard som webbläsare och servrar använder för att kommunicera. Du ser HTTP när du besöker en webbplats eftersom protokollet visas i webbadressen (till exempel https://www.livetstrad.com). Detta protokoll liknar andra, som filöverföringsprotokoll, genom att det används av ett klientprogram för att begära filer från en fjärrserver. När det gäller HTTP begär en webbläsare HTML-filer från en webbserver, som sedan visas i webbläsaren med text, bilder, hyperlänkar och relaterade tillgångar. Eftersom webbläsare kommunicerar med HTTP kan du vanligtvis släppa protokollet från en URL när du skriver det i webbläsarens adressfält.

HTTP-historia

Tim Berners-Lee skapade den första HTTP-standarden i början av 1990-talet som en del av sitt arbete med att definiera det ursprungliga nätet. Tre primära versioner distribuerades under 1990-talet:

  • HTTP 0.9: Stöd för grundläggande hypertextdokument.
  • HTTP 1.0: Tillägg för att stödja rika webbplatser.
  • HTTP 1.1: Utvecklat för att hantera prestandabegränsningar för HTTP 1.0, specificerat i Internet RFC 2068.

Den senaste versionen, HTTP 2.0, blev en godkänd standard 2015. Den bibehåller bakåtkompatibilitet med HTTP 1.1 men erbjuder ytterligare prestandaförbättringar. Även om standard HTTP inte krypterar trafik som skickas över ett nätverk, lägger HTTPS-standarden till kryptering till HTTP genom användning av Secure Sockets Layer eller senare Transport Layer Security.

Hur HTTP fungerar

HTTP är ett applikationslagerprotokoll byggt ovanpå TCP som använder en klient-server-kommunikationsmodell. HTTP-klienter och servrar kommunicerar via förfrågan och svarsmeddelanden. De tre huvudsakliga HTTP-meddelandetyperna är GET, POST och HEAD.

  • HTTP GET: Meddelanden som skickas till en server innehåller endast en URL. Noll eller flera valfria dataparametrar kan läggas till i slutet av webbadressen. Servern behandlar den valfria datadelen av URL: en, om den finns, och returnerar resultatet (en webbsida eller ett element på en webbsida) till webbläsaren.
  • HTTP POST: Meddelanden placerar eventuella valfria dataparametrar i textmeddelandet i begäran i stället för att lägga till dem i slutet av webbadressen.
  • HTTP-HEAD: Förfrågningar fungerar på samma sätt som GET-förfrågningar. Istället för att svara med det fullständiga innehållet i URL: n skickar servern endast rubrikinformationen (som finns i HTML-avsnittet).

Webbläsaren initierar kommunikation med en HTTP-server genom att initiera en TCP-anslutning till servern. Webbsurfningssessioner använder serverport 80 som standard, även om andra portar som 8080 ibland används istället. Efter att en session har upprättats utlöser du sändning och mottagning av HTTP-meddelanden genom att besöka webbsidan. HTTP är vad som kallas a statslöst system. Detta innebär att, till skillnad från andra filöverföringsprotokoll som FTP, HTTP-anslutningen tappas efter att begäran har slutförts. Så när din webbläsare skickar begäran och servern svarar med sidan stängs anslutningen.

Felsökning av HTTP

Meddelanden som överförs via HTTP kan misslyckas av flera skäl:

  • Användarfel.
  • Fel på webbläsaren eller webbservern.
  • Fel vid skapandet av webbsidor.
  • Tillfälliga nätverksfel.

När dessa fel inträffar registrerar protokollet orsaken till felet och rapporterar en felkod till webbläsaren som kallas en HTTP-statusrad / -kod. Fel börjar med ett visst antal för att ange vilken typ av fel det är. Till exempel visar fel med en felkod som börjar med fyra att begäran om sidan inte kan slutföras ordentligt eller att begäran innehåller fel syntax. Som ett exempel betyder 404-fel att en webbsida inte kan hittas; vissa webbplatser erbjuder även roliga anpassade 404-felsidor.