3.1 Hvordan fungerer nettet?

En reise på brøkdelen av et sekund

Du skriver vg.no i nettleseren og trykker enter. Et sekund senere -- kanskje mindre -- fylles skjermen med tekst, bilder og overskrifter. Det føles som magi, som om innholdet bare var der hele tiden, klart til å vises. Men bak dette tilsynelatende øyeblikkelige skjer det faktisk en hel reise: meldinger sendes tvers over verden, en samtale finner sted mellom to maskiner, og et svar reiser tilbake til deg.

Hele internett bygger på at maskiner snakker sammen etter avtalte regler. Disse reglene kalles protokoller, og uten dem ville nettet vært et babelsk kaos der ingen forsto hverandre. For deg som skal jobbe med IT og media, er det helt avgjørende å forstå hva som faktisk skjer under panseret når en nettside lastes.

I denne fortellingen skal vi følge reisen. Vi skal møte klient-tjener-modellen som er selve grunnmuren, lære HTTP-språket maskinene snakker, oppdage DNS som er internettets telefonkatalog, og dissekere URL-en -- den lille adressen som rommer overraskende mye informasjon.

Den som spør, og den som svarer

I bunnen av all nettkommunikasjon ligger en enkel og elegant idé: klient-tjener-modellen. Tenk på det som en samtale mellom to parter med klare roller. Klienten er den som spør -- vanligvis nettleseren din. Tjeneren, eller serveren, er den som svarer -- en datamaskin et eller annet sted i verden som lagrer nettsider og venter på forespørsler.

Når du vil se en nettside, sender klienten en forespørsel til tjeneren: «kan jeg få denne siden?». Tjeneren mottar spørsmålet, finner fram det du ber om, og sender det tilbake. Klienten tar imot svaret og viser det på skjermen din. Slik foregår praktisk talt alt på nettet -- denne enkle dansen mellom den som spør og den som svarer, gjentatt milliarder av ganger hvert sekund over hele kloden.

Det fine med modellen er rollefordelingen. Klienten trenger ikke å lagre alle verdens nettsider; den trenger bare å vite hvordan den spør. Og tjeneren trenger ikke å vite hvem du er på forhånd; den svarer bare på det som kommer inn. Denne arbeidsdelingen gjør hele systemet skalerbart -- én kraftig tjener kan betjene tusenvis av klienter samtidig.

Språket maskinene snakker

For at klient og tjener skal forstå hverandre, trenger de et felles språk. Det språket heter HTTP -- HyperText Transfer Protocol. Det er reglene for hvordan nettlesere og tjenere kommuniserer, og forløpet er alltid det samme: nettleseren sender en HTTP-forespørsel, tjeneren behandler den, og tjeneren sender tilbake et HTTP-svar med innholdet.

Det finnes ulike måter å spørre på, kalt HTTP-metoder. De to vanligste er GET, som brukes for å hente en ressurs som en nettside, og POST, som brukes for å sende data til tjeneren, for eksempel når du fyller ut et skjema. Tenk på GET som å be om noe, og POST som å levere inn noe.

Når svaret kommer tilbake, følger det med en liten statuskode som forteller hvordan det gikk. Du har kanskje sett noen av dem. 200 OK betyr at alt gikk bra. 404 Not Found betyr at siden ikke finnes -- kanskje du skrev feil adresse, eller siden er slettet. Og 500 Internal Server Error betyr at noe gikk galt på selve tjeneren. Disse kodene er gull verdt når du feilsøker. Til slutt: den sikre versjonen av HTTP heter HTTPS, der all kommunikasjon krypteres slik at ingen kan snappe opp og lese den underveis. Det er HTTPS du bør se etter når du logger inn eller handler på nett.

Telefonkatalogen og adressen

Her er en hemmelighet: maskiner kommuniserer egentlig ikke med navn som vg.no. De bruker tall, såkalte IP-adresser, for eksempel 195.88.55.16. Men mennesker er elendige til å huske tallrekker og gode til å huske navn. Hvordan løses dette? Med DNS -- Domain Name System, internettets store telefonkatalog.

Når du skriver nrk.no, spør maskinen din først en DNS-tjener: «hva er IP-adressen til nrk.no?» DNS-tjeneren slår opp og svarer med tallet. Akkurat som du slår opp et navn i telefonkatalogen for å finne nummeret, oversetter DNS det menneskevennlige navnet til den maskinvennlige adressen. Først da kan nettleseren faktisk sende forespørselen sin.

Selve adressen du skriver, kalles en URL -- Uniform Resource Locator, og den rommer mer informasjon enn du kanskje tror. Ta https://www.eksempel.no:443/nyheter/artikkel?id=42#kommentarer. Den begynner med protokollen, https://, som sier hvilke regler som gjelder. Så kommer domenet, www.eksempel.no, altså tjenerens navn. Tallet :443 er porten, en slags inngangsdør på tjeneren -- ofte usynlig fordi den er standard. Deretter følger stien, /nyheter/artikkel, som peker til hvor ressursen ligger. ?id=42 er en søkeparameter med tilleggsinformasjon, og til slutt peker #kommentarer til en bestemt del av siden. En URL er altså ikke bare en strek tekst -- den er en presis, oppdelt adresse.

Hele reisen, steg for steg

Nå har vi alle brikkene, og vi kan følge hele reisen fra start til slutt. La oss si du besøker vg.no. Det som føles som ett øyeblikk, er egentlig en presis kjede av hendelser.

Først skriver du vg.no i adressefeltet. Nettleseren -- klienten -- vet at den må finne tjenerens tallmessige adresse, så den spør DNS: «hva er IP-adressen til vg.no?» DNS svarer, la oss si 195.88.55.16. Nå som nettleseren vet hvor den skal, sender den en HTTP GET-forespørsel til den adressen. Tjeneren mottar forespørselen, finner fram siden, og svarer med HTML-kode og statuskoden 200 OK. Men en moderne nettside er mer enn bare tekst, så nettleseren laster også ned CSS for utseende og JavaScript for interaktivitet. Til slutt tolker nettleseren alt dette sammen og tegner opp den ferdige siden på skjermen din.

Og her er nettleserens andre rolle verdt å merke seg: den er ikke bare en passiv mottaker. Den tolker HTML, bruker CSS til styling, og kjører JavaScript for å gjøre siden levende. Vil du selv kikke bak kulissene, kan du åpne utviklerverktøyene -- gjerne med tasten F12 -- og se de faktiske HTTP-forespørslene, selve HTML-koden og eventuelle feilmeldinger. Da blir den usynlige reisen plutselig synlig, og du forstår at det aldri var magi -- bare et vakkert samspill av klient, tjener, protokoller og adresser.

Oppsummering

Vi har fulgt den usynlige reisen som skjer hver gang en nettside lastes. I bunnen ligger klient-tjener-modellen: klienten spør, tjeneren svarer. De snakker sammen via HTTP, med metoder som GET (hente) og POST (sende), og svar som følges av statuskoder som 200 OK, 404 Not Found og 500 -- mens HTTPS krypterer det hele.

Fordi maskiner bruker tall og mennesker bruker navn, oversetter DNS domenenavn til IP-adresser, som internettets telefonkatalog. Selve adressen, URL-en, er nøye oppdelt i protokoll, domene, port, sti, søkeparametere og fragment. Og nettleseren -- vår klient -- gjør mer enn å vise: den sender forespørsler, mottar HTML, CSS og JavaScript, og tolker alt til den ferdige siden. Det som så ut som magi, er i virkeligheten et presist samspill du nå forstår.