Tilbake
4.5

4.5 Nettjenester — NAT, CDN, DNS, IPv6, DHCP, streaming

Kjernetjenestene og hva hver løser: NAT, CDN, DNS, IPv6, DHCP og HTTP-streaming (DASH).

50 min
8 oppgaver
NettjenesterNATCDNDNSIPv6
Din fremgang i kapitlet
0 / 8 oppgaver
Kapitlets plass i kurset

Forkunnskaper — sist du var her

Dette kapitlet bygger på kap. 4.1 og kap. 4.2. Her er det du trenger, ferdig oppfrisket:

1. De fire lagene. Applikasjon, transport, nettverk, lenke. Alle tjenestene i dette kapitlet er applikasjonstjenester — de ligger øverst og bruker transportlaget under seg.

2. TCP mot UDP. TCP er pålitelig og tilkoblingsorientert: alt kommer fram, i rekkefølge. UDP er raskt og tilkoblingsløst: ingen omsending, ingen rekkefølgegaranti.

3. Protokoll til transport. HTTP, IMAP, SMTP, FTP og DASH bruker TCP. DHCP bruker UDP. DNS bruker begge.

4. IPv4-adresserommet. En IPv4-adresse er 32 bit, altså i overkant av 4,3 milliarder adresser til hele verden. Det er langt færre enn antallet enheter som er koblet til nett i dag, og hele dette kapitlet handler i praksis om følgene av det.

5. Kringkastingsadressen fra kap. 4.2: den høyeste adressen i et subnett, den som når alle på én gang. Den brukes av en maskin som ennå ikke vet hvem den skal spørre.

Vil du ha et hverdagsnært bilde av hva som skjer når du åpner en nettside, ligger det her:

- Hvordan fungerer nettet? — hele reisen fra tastetrykk til side, i rolig tempo.

Notasjons- og konstruksjonsliste

Løkke 1 — Hjemmenettet: å dele én adresse, og å få en adresse (~17 min)

Hjemme hos deg er det kanskje tolv enheter på nettet: to PC-er, tre mobiler, en TV, en høyttaler, en skriver, en støvsuger.

Utad har husstanden én offentlig adresse. Tolv enheter, én adresse.

Og ingen av de tolv har fått adressen sin manuelt. Du har aldri satt opp noe på støvsugeren. Den koblet seg til, og så hadde den en adresse.

To tjenester løser hver sin del av dette, og de forveksles ofte fordi de begge handler om adresser. De gjør helt forskjellige ting.

NAT — å dele én offentlig adresse

Nettverksadresseoversetting: teknikken som lar mange enheter dele én offentlig IP-adresse.

Inne på det lokale nettet har hver enhet sin egen private adresse. Når en av dem sender noe ut, bytter ruteren ut avsenderadressen med husstandens ene offentlige adresse, og noterer i en tabell hvem som sendte hva. Når svaret kommer tilbake, slår ruteren opp i tabellen og sender det videre til riktig enhet innenfor.

Problemet NAT løser: adressemangel. IPv4 har i overkant av 4,3 milliarder adresser til hele verden. Uten adressedeling ville de vært brukt opp for lenge siden.

Den faste feilslutningen — og den hyppigste forvekslingen i kapitlet: å blande NAT med navnetjenesten. NAT deler adresser. Navnetjenesten oversetter navn til adresser. De har ingenting med hverandre å gjøre utover at begge ordene inneholder «oversetting».

DHCP — å få tildelt en adresse

Tjenesten som automatisk tildeler IP-adresse, nettmaske, standard gateway og adressen til en navnetjener, til en maskin som nettopp har koblet seg til nettet.

Uten den måtte noen skrive inn en adresse manuelt på hver eneste enhet — og passe på at ingen to fikk den samme.

Hvorfor den bruker UDP: maskinen har ennå ingen adresse. Uten adresse kan den ikke sette opp en TCP-forbindelse, og den vet heller ikke hvem den skal spørre. Derfor sender den ut på kringkastingsadressen: «er det noen her som kan gi meg en adresse?»

Problemet DHCP løser: manuelt oppsett. Ikke adressemangel — det er NATs jobb.

Den faste feilslutningen: å tro at DHCP og NAT er samme sak fordi begge kjører i hjemmeruteren. DHCP tildeler adresser innenfra; NAT oversetter mellom innenfor og utenfor.

✏️Eksempel 1: Hva skjer når mobilen kobler seg til hjemmenettet?

Du kommer hjem, og mobilen kobler seg til det trådløse nettet. Følg hva som skjer, tjeneste for tjeneste, fram til du har åpnet en nettside.

Steg 1 — mobilen har ingen adresse. Den sender en forespørsel ut på kringkastingsadressen: en melding alle på nettet mottar. Den bruker UDP, siden den ikke kan sette opp en forbindelse uten adresse.

Steg 2 — DHCP svarer. Ruteren tildeler mobilen en privat adresse, for eksempel 192.168.1.42, sammen med nettmasken, adressen til ruteren som standard gateway, og adressen til en navnetjener.

Steg 3 — du skriver inn en nettadresse. Mobilen kjenner navnet, men trenger en IP-adresse. Den spør navnetjenesten, som svarer med adressen.

Steg 4 — forespørselen sendes ut. Mobilen sender til standard gateway, altså ruteren, siden mottakeren ligger utenfor det lokale nettet.

Steg 5 — NAT bytter avsender. Ruteren erstatter 192.168.1.42 med husstandens ene offentlige adresse, og noterer i tabellen sin at akkurat denne samtalen tilhører mobilen.

Steg 6 — svaret kommer tilbake, adressert til den offentlige adressen. Ruteren slår opp i tabellen og sender det videre til 192.168.1.42.

Fire tjenester, fire ulike problemer:

TjenesteProblemet den løste
DHCPMobilen hadde ingen adresse
NavnetjenestenDu kjente navnet, ikke adressen
Standard gatewayMottakeren lå utenfor eget nett
NATTolv enheter deler én offentlig adresse

Poenget å ta med seg: ingen av de fire kan gjøre jobben til noen av de andre. Eksamensoppgaven i denne sjangeren er nettopp å koble hver tjeneste til sitt eget problem, og distraktorene er alltid en annen tjeneste fra den samme lista.
📝Oppgave 1

(Innsteg — tjeneste og problem.) Hva løser NAT, og hva løser DHCP? Svar med én setning på hver, og si hva som er den viktigste forskjellen.

📝Oppgave 2
Sjanger J

Hvilken tjeneste løser hvert av disse problemene?

a) En ny maskin på nettet har ingen IP-adresse.

b) Tolv enheter i en husstand må dele én offentlig adresse.

c) Du kjenner navnet på et nettsted, men ikke adressen.

Løkke 2 — Navnetjenesten og det større adresserommet (~17 min)

Du husker nrk.no. Du husker ikke 160.68.205.231.

Hele internett er bygd rundt tall, og hele bruken av det er bygd rundt navn. Navnetjenesten er broen mellom de to, og den er en av de mest brukte tjenestene som finnes: hver eneste nettside du åpner, starter med et oppslag der.

Og så er det det underliggende problemet som ikke går bort: adressene er i ferd med å ta slutt.

— naturlig pausepunkt —

DNS — navnetjenesten

Tjenesten som oversetter navn til IP-adresse: fra eksempel.no til 93.184.216.34.

Oppslaget skjer i et hierarki: spørsmålet går først til en navnetjener maskinen din kjenner, og videre oppover og utover til noen kan svare for akkurat det navnet. Svaret mellomlagres underveis, slik at det neste oppslaget på samme navn går øyeblikkelig.

Transport: DNS bruker både UDP og TCP. Vanlige oppslag går på UDP fordi de er små og skal gå fort; store svar og enkelte overføringer av navnedata bruker TCP.

Problemet DNS løser: at mennesker husker navn og maskiner bruker tall.

Den faste feilslutningen: å tro at DNS deler ut eller tildeler adresser. Den finner en adresse som allerede finnes. Å tildele er DHCPs jobb, å dele er NATs.

DNS-prefetching

At nettleseren slår opp adressene til lenkene på en side før du har klikket på noen av dem.

Når du så klikker, er oppslaget allerede gjort, og siden begynner å laste med én gang. Gevinsten er de titalls millisekundene et oppslag ville tatt.

Det koster noen unødvendige oppslag på lenker du aldri klikker på, men de er små, og gevinsten når du faktisk klikker, er merkbar.

Den faste feilslutningen: å tro at prefetching henter selve siden på forhånd. Den henter bare adressen — oversettelsen fra navn til tall.

IPv6 — det større adresserommet

Den nyere versjonen av adresseprotokollen, med 128 bit per adresse i stedet for 32.

Det gir 2¹²⁸ adresser mot IPv4s 2³² ≈ 4,3 milliarder — en forskjell som er umulig å ha noen intuisjon om, og som i praksis betyr at adressemangelen forsvinner.

Problemet IPv6 løser: at adressene tar slutt. Punktum. Det er den ene tingen den er til for.

Den faste feilslutningen — og en av de mest brukte distraktorene i hele seksjon 4: å tro at IPv6 gjør nettet raskere. Det gjør den ikke. Overføringsfarten bestemmes av linjene, ikke av hvor mange bit adressen har. Det samme gjelder påstander om at IPv6 «krypterer trafikken» eller «gjør ruting unødvendig» — heller ikke det er hva den er til for.

✏️Eksempel 2: Fire påstander om navnetjenesten og adresseversjonene

Svarform F2 — sant/usant-matrise: én rad per påstand, du krysser sant eller usant for hver.

#PåstandSant/usant
aDNS tildeler IP-adresser til nye maskiner på nettet
bIPv6 øker antallet globalt adresserbare IP-adresser
cIPv6 gjør overføringen raskere enn IPv4
dDNS-svar mellomlagres, slik at gjentatte oppslag på samme navn går fort

a) Usann. DNS finner en adresse ut fra et navn. Å tildele adresser til nye maskiner er DHCPs jobb. Dette er den vanligste forvekslingen i sjangeren, og den er lett å gjøre fordi begge tjenestene handler om adresser.

b) Sann. 128 bit mot 32 bit er hele poenget med den nyere versjonen. Det er den ene tingen den løser.

c) Usann. Adressens lengde har ingenting med overføringsfarten å gjøre. Farten bestemmes av linjene, av avstanden og av kø underveis. Denne påstanden er en av de mest brukte distraktorene i seksjon 4, nettopp fordi «nyere versjon» høres ut som «bedre på alle måter».

d) Sann. Mellomlagringen er en vesentlig del av hvorfor navnetjenesten er rask nok til å ligge foran hver eneste nettside du åpner.

Fasit: a usann, b sann, c usann, d sann.

Fordelingen er to og to, og den er ikke sortert. Bruk aldri fordelingen i en matrise som ledetråd.

Metoden som gjør denne oppgavetypen rask: for hver rad, spør «hvilket problem løser denne tjenesten?» Er påstanden om noe annet enn det ene problemet, er den sannsynligvis usann.

📝Oppgave 3
Sjanger J

Kryss av alle påstandene som stemmer om DNS, og begrunn hvert av de fire.

a) DNS oversetter navn til IP-adresse.

b) DNS kan bruke både TCP og UDP.

c) DNS krypterer trafikken mellom klient og tjener.

d) DNS-svar mellomlagres, slik at neste oppslag på samme navn går raskere.

📝Oppgave 4
Sjanger J

Vurder hver påstand som sann eller usann, og begrunn hver rad.

#PåstandSant/usant
aIPv6 finnes fordi IPv4-adressene er i ferd med å ta slutt
bNAT er en teknikk som utsetter problemet IPv6 løser permanent
cEn IPv6-adresse er 64 bit lang
dIPv6 fjerner behovet for ruting

Løkke 3 — Innhold nærmere brukeren, og video i segmenter (~16 min)

De to siste tjenestene handler om det samme problemet fra hver sin kant: hvordan levere store mengder innhold til mange mennesker samtidig, uten at nettet bryter sammen.

Den ene flytter innholdet fysisk nærmere deg. Den andre tilpasser hvor mye innhold som sendes, til hvor god linja din er akkurat nå.

CDN — innhold nærmere brukeren

Et nett av tjenermaskiner som holder kopier av innholdet spredt geografisk, slik at hver bruker kan betjenes fra en maskin i nærheten.

Uten det ville alle i verden hentet den samme videoen fra den samme maskinen — kanskje på et annet kontinent.

Tre ting CDN oppnår samtidig:

1. Kortere vei gir kortere forsinkelse for brukeren.
2. Avlastning av opprinnelsestjeneren, som ellers måtte svare alle alene.
3. Mindre trafikk i kjernenettet, altså de store linjene mellom landsdeler og land — innholdet krysser dem én gang i stedet for én gang per bruker.

Problemet CDN løser: avstand og belastning.

Den faste feilslutningen: å blande CDN med mellomlageret i nettleseren din. Nettleserens mellomlager tjener én bruker og ligger på din maskin. Et CDN tjener mange brukere og ligger ute i nettet.

HTTP-strømming i segmenter (DASH)

Måten video sendes over nettet på: filmen deles i segmenter på noen få sekunder hver, og hvert segment finnes i flere kvalitetsnivåer.

Klienten velger kvalitet. For hvert segment måler avspilleren hvor fort forrige segment kom, og ber om neste i en kvalitet linja klarer. Blir linja dårligere, faller bildet til lavere kvalitet i stedet for å stoppe. Blir den bedre, går kvaliteten opp igjen.

Transporten er TCP. Det virker overraskende — video høres ut som noe som må gå fort — men et segment som mangler biter, kan ikke spilles av i det hele tatt. Og fordi avspilleren har flere sekunder buffer, gjør det ingenting at en omsending tar litt tid.

Den faste feilslutningen — en av de mest brukte distraktorene i sjangeren: å tro at strømming bruker UDP fordi «video må gå raskt». Det gjelder sanntids videosamtale, der en forsinkelse ødelegger samtalen. Strømming fra en tjeneste har buffer, og da vinner pålitelighet.

✏️Eksempel 3: Eksamensnivå — koblingsoppgaven med alle fellene forklart

Svarform F3 — dra-og-slipp: koble hvert element til riktig kategori. Her skrevet som koblingsoppgave.

Koble hver tjeneste (1–6) til problemet den primært løser (A–F).

1. NAT · 2. CDN · 3. DNS · 4. IPv6 · 5. DHCP · 6. DASH

A. Adressene i den gamle versjonen tar slutt · B. Mennesker husker navn, ikke tall · C. Innholdet ligger langt unna brukeren · D. Videokvaliteten må tilpasses en linje som varierer · E. Mange enheter må dele én offentlig adresse · F. En ny maskin har ingen adresse og må få en automatisk

1 → E. NAT lar mange enheter dele én offentlig adresse, ved at ruteren bytter avsenderadressen og holder styr på hvem som sendte hva.

2 → C. CDN plasserer kopier av innholdet nær brukerne. Det gir kortere vei, avlaster opprinnelsestjeneren og sparer kjernenettet.

3 → B. Navnetjenesten oversetter navn til IP-adresse.

4 → A. IPv6 utvider adresserommet fra 32 til 128 bit.

5 → F. DHCP tildeler adresse, nettmaske, standard gateway og navnetjener automatisk til en maskin som nettopp har koblet seg til.

6 → D. DASH deler video i segmenter i flere kvaliteter, og klienten velger kvalitet for hvert segment ut fra hvor fort det forrige kom.

Fasit: 1→E, 2→C, 3→B, 4→A, 5→F, 6→D.

Legg merke til at koblingen ikke er 1→A, 2→B, 3→C. Ingen av tjenestene ligger i samme rekkefølge som problemene, og det er med vilje — en koblingsoppgave med en åpenbar diagonal ville testet ingenting.

De tre fellene i dette settet:

Felle 1 — å koble NAT til A og IPv6 til E. Begge handler om adressemangel, og det er lett å bytte dem om. Skillet: NAT lar mange dele én adresse (en omgåelse), IPv6 gjør at det finnes nok adresser (løsningen).

Felle 2 — å koble DNS til F. Både navnetjenesten og DHCP handler om adresser. Men DNS finner en adresse ut fra et navn; DHCP tildeler en ny.

Felle 3 — å koble CDN til D. Begge handler om at video skal virke bra. Men CDN flytter innholdet fysisk nærmere; DASH tilpasser kvaliteten til linja. Det ene er geografi, det andre er tilpasning i sanntid.

Om negativ poenggiving: i en koblingsoppgave er hver kobling et eget kryss, og hver feil kobling trekker. Gjør de fire du er sikker på først, og se om de to siste da gir seg selv.

📝Oppgave 5
Sjanger J

Kryss av alle påstandene som stemmer om et CDN, og begrunn hvert av de fire.

a) Et CDN er det samme som mellomlageret i nettleseren din.

b) Et CDN reduserer trafikken i kjernenettet.

c) Et CDN avlaster opprinnelsestjeneren.

d) Et CDN gir kortere forsinkelse fordi innholdet hentes fra en maskin nærmere brukeren.

📝Oppgave 6
Sjanger J

En strømmetjeneste sender video i segmenter på fire sekunder, i tre kvalitetsnivåer.

a) Hvem bestemmer hvilket kvalitetsnivå som hentes, og ut fra hva?

b) Hvilken transportprotokoll brukes, og hvorfor er det ikke den man skulle tro?

📝Oppgave 7
Eksamensnivå, sjanger J

Koble hver beskrivelse (1–6) til riktig tjeneste (A–G). Hver tjeneste kan brukes én gang eller ikke i det hele tatt.

1. Sender en forespørsel på kringkastingsadressen fordi den ennå ikke har noen adresse

2. Lar ruteren bytte ut avsenderadressen på vei ut og slå opp i en tabell på vei inn

3. Slår opp adressene til lenkene på en side før brukeren har klikket på noen av dem

4. Deler video i biter på noen sekunder, hver i flere kvaliteter

5. Utvider adressen fra 32 til 128 bit

6. Holder kopier av innholdet geografisk spredt

A. NAT · B. DHCP · C. DNS-prefetching · D. DASH · E. IPv6 · F. CDN · G. Standard gateway

📝Oppgave 8
Eksamensnivå, sjanger J

En kollega sier: «Vi slår på IPv6 på alle maskinene. Da blir nettet raskere, vi slipper NAT, og trafikken blir kryptert.»

Kryss av alle innvendingene som er faglig holdbare, og begrunn hvert av de fem.

a) IPv6 påvirker ikke overføringsfarten — den bestemmes av linjene, ikke av adressens lengde.

b) IPv6 krypterer ikke trafikken i seg selv.

c) Det stemmer at behovet for NAT faller bort når hver enhet kan ha sin egen globalt nåbare adresse.

d) IPv6 kan ikke brukes sammen med DNS, siden navnetjenesten bare kjenner 32-bits adresser.

e) IPv6 fjerner behovet for ruting, siden alle adresser er globale.

Begrepsbank

Begrepsbanken er flashcard- og repetisjonsstoff — den gjentar det du nettopp har lest. Hopp trygt over ved førstegangslesing; tidsanslaget for kapitlet gjelder kjernestoffet.

Tjenestene og problemene i én tabell

Den ene tabellen som gir flest poeng i kapitlet:

TjenesteProblemet den løser
NATMange enheter må dele én offentlig adresse
DHCPEn ny maskin har ingen adresse og må få en automatisk
DNSMennesker husker navn, ikke tall
CDNInnholdet ligger langt fra brukeren, og tjeneren blir overbelastet
IPv6Adressene i den gamle versjonen tar slutt
DASHVideokvaliteten må tilpasses en linje som varierer

Den faste feilslutningen: å pugge hva tjenestene er i stedet for hva de løser. Eksamensoppgaven kobler tjeneste til problem, og distraktorene er alltid en annen tjeneste fra den samme lista.

Offentlig og privat adresse

En offentlig adresse er synlig og nåbar fra resten av internett. En privat adresse gjelder bare inne på ett lokalt nett, og flere husstander kan bruke de samme private adressene uten at det kolliderer.

NAT er broen mellom de to: ut fra nettet brukes den offentlige, inne på nettet de private.

Den faste feilslutningen: å tro at en privat adresse er «hemmelig» eller sikker i seg selv. Den er bare ikke nåbar utenfra uten videre — det er en bivirkning, ikke et sikkerhetstiltak.

Oversettingstabellen i NAT

Ruteren fører en tabell over hvilken intern enhet som startet hvilken samtale, slik at svaret kan sendes til riktig maskin når det kommer tilbake.

Uten tabellen ville ruteren fått et svar adressert til husstandens ene offentlige adresse og ikke visst hvem av de tolv enhetene det tilhørte.

Den faste feilslutningen: å tro at NAT bare bytter adresse. Det er oppslaget på vei tilbake som gjør teknikken brukbar.

Standard gateway

Ruteren en maskin sender til når mottakeren ligger utenfor det lokale nettet.

Adressen til standard gateway er en av opplysningene DHCP deler ut sammen med IP-adressen.

Den faste feilslutningen: å blande standard gateway med navnetjeneren. Begge adressene kommer fra DHCP i samme svar, men den ene er «hvor sender jeg pakker som skal ut», den andre er «hvem spør jeg om navn».

Hva DHCP deler ut

Ikke bare en IP-adresse, men en hel oppstartspakke: IP-adresse, nettmaske, standard gateway og adressen til en navnetjener.

Alle fire er nødvendige for at maskinen skal kunne bruke nettet: adressen for å bli nådd, masken for å vite hva som er lokalt, gatewayen for alt som ikke er det, og navnetjeneren for å kunne slå opp navn.

Den faste feilslutningen: å tro at DHCP bare gir en adresse. Nettmasken alene er nok til at oppsettet ikke virker uten den.

Hvorfor DHCP kringkaster

Maskinen som spør, har verken egen adresse eller kjennskap til hvem som kan svare. Den kan derfor ikke sende til noen bestemt.

Løsningen er å sende til kringkastingsadressen, som alle på subnettet mottar, og la den som kan svare, gjøre det.

Den faste feilslutningen: å tro at maskinen «vet om» ruteren på forhånd. Den vet ingenting før den har fått svar.

Navneoppslaget steg for steg

Spørsmålet går først til en navnetjener maskinen kjenner fra DHCP-svaret. Kan ikke den svare, går spørsmålet videre oppover og utover i et hierarki til noen kan svare for akkurat det navnet.

Svaret sendes tilbake samme vei, og mellomlagres underveis.

Den faste feilslutningen: å tro at det finnes én maskin som kjenner alle navn. Ingen gjør det; hierarkiet er selve poenget.

Mellomlagring av navneoppslag

At et svar tas vare på en stund, slik at neste oppslag på samme navn kan besvares uten å gå videre utover i hierarkiet.

Uten mellomlagring ville hver eneste sidevisning i verden utløst et fullt oppslag, og navnetjenesten ville brutt sammen.

Den faste feilslutningen: å tro at mellomlagring gjør svaret utdatert på ubestemt tid. Hvert svar har en levetid, og når den går ut, hentes det på nytt.

DNS-prefetching

At nettleseren slår opp adressene til lenkene på siden før du klikker på noen av dem, slik at klikket ikke må vente på oppslaget.

Gevinsten er de titalls millisekundene et oppslag ville tatt. Kostnaden er noen oppslag på lenker du aldri klikker på.

Den faste feilslutningen: å tro at prefetching henter selve sidene på forhånd. Den henter bare oversettelsen fra navn til adresse.

Adresserommet i de to versjonene

IPv4: 32 bit, altså 2³² ≈ 4,3 milliarder adresser til hele verden.

IPv6: 128 bit, altså 2¹²⁸ adresser — et tall det ikke er mulig å ha noen intuisjon om, og som i praksis avslutter adressemangelen.

Den faste feilslutningen: å tro at IPv6-adressen er 64 bit fordi det er en dobling. Den er fire ganger så lang, ikke dobbelt.

Hva IPv6 ikke gjør

Den gjør ikke nettet raskere. Den krypterer ikke trafikken i seg selv. Den fjerner ikke behovet for ruting.

Den løser ett problem: adressemangelen.

Den faste feilslutningen — og en av de mest brukte distraktorene i seksjon 4: å tilskrive en nyere versjon alle slags forbedringer. Farten bestemmes av linjene, sikkerheten av egne mekanismer, og ruting er nettverkslagets oppgave uansett.

NAT mot IPv6

Begge svarer på adressemangelen, men på hver sin måte.

NAT lar mange dele én adresse. Det er en omgåelse, og den virker godt nok til at problemet aldri ble akutt.

IPv6 gjør at det finnes nok adresser til alle. Det er løsningen.

Den faste feilslutningen: å bytte om de to i en koblingsoppgave. Spør deg om påstanden handler om å dele eller om å ha nok.

Origin-tjeneren

Den opprinnelige maskinen innholdet kommer fra — den som et innholdsnett lager kopier av.

Uten kopier måtte den svare alle brukerne i verden alene.

Den faste feilslutningen: å tro at et innholdsnett erstatter opprinnelsestjeneren. Den finnes fortsatt; den blir bare avlastet.

Kjernenettet

De store linjene mellom landsdeler og land — motorveiene i internett.

Et innholdsnett sparer kjernenettet fordi innholdet krysser de store linjene én gang til hver kopi, i stedet for én gang per bruker.

Den faste feilslutningen: å overse denne gevinsten fordi den ikke merkes av den enkelte brukeren. Den er en av hovedgrunnene til at innholdsnett finnes.

CDN mot nettleserens mellomlager
Nettleserens mellomlager ligger på din maskin og tjener deg alene. Det hjelper når du besøker samme side igjen.

Et innholdsnett ligger ute i nettet og tjener mange brukere. Det hjelper første gang du besøker siden, så lenge noen andre i nærheten har bedt om det samme før.

Den faste feilslutningen: å behandle dem som samme sak fordi begge er kopier av innhold. Antallet brukere de betjener, er hele forskjellen.

Segment i strømming

En liten bit av en videostrøm, typisk noen få sekunder, som hentes for seg og spilles i rekkefølge.

Oppdelingen er det som gjør det mulig å bytte kvalitet underveis: hvert nytt segment kan hentes i et annet nivå enn det forrige.

Den faste feilslutningen: å tro at hele filmen lastes ned før avspilling starter. Da ville en to timers film krevd flere minutters venting.

Kvalitetsnivåer og valget klienten tar

Hvert segment finnes i flere kvaliteter. Klienten måler hvor fort forrige segment kom, og ber om neste i en kvalitet linja klarer.

Det er derfor bildet noen ganger blir uskarpt et par sekunder før det klarner: tjenesten valgte lavere kvalitet framfor pause.

Den faste feilslutningen: å tro at tjeneren bestemmer kvaliteten. Det er avspilleren hos deg som vet hvordan linja oppfører seg akkurat nå.

Hvorfor strømming bruker TCP

To grunner: et segment som mangler biter, kan ikke spilles i det hele tatt, og avspilleren har flere sekunder buffer, slik at en omsending ikke merkes.

Da er det ingen grunn til å velge en transport uten pålitelighet.

Den faste feilslutningen — en av de mest brukte distraktorene: å svare UDP fordi «video må gå fort». Det gjelder sanntids videosamtale, ikke strømming fra en tjeneste.

Buffer i avspilleren

De sekundene med video som allerede er hentet, men ennå ikke spilt.

Bufferen er grunnen til at strømming tåler både omsendinger og korte svingninger i linja uten at bildet stopper.

Den faste feilslutningen: å tro at buffer er det samme som mellomlager. Bufferen holder det som skal spilles straks; et mellomlager holder det som kanskje trengs igjen.

Strømming mot sanntids videosamtale

Samme slags data, to helt ulike situasjoner:

BufferTransportVerst
Strømming fra tjenesteflere sekunderTCPhull i segmentet
Sanntids videosamtaleingenUDPforsinkelse

Den faste feilslutningen: å svare det samme på begge. Spørsmålet som avgjør: har mottakeren tid til å vente på en omsending?

DHCP-leie

At en tildelt adresse gjelder i et bestemt tidsrom og må fornyes.

Uten tidsbegrensning ville adresser blitt låst til enheter som for lengst har koblet seg fra, og puljen ville gått tom.

Den faste feilslutningen: å tro at en maskin beholder samme adresse for alltid. Den kan få en annen neste gang den kobler seg til.

Hvorfor tjenestene forveksles

Fire av de seks handler om adresser — NAT, DHCP, DNS og IPv6 — og det er derfor koblingsoppgaven i denne sjangeren er vanskeligere enn den ser ut.

Skillet er hvilket adresseproblem hver løser: å dele en (NAT), å en (DHCP), å finne en ut fra et navn (DNS), å ha nok av dem (IPv6).

Den faste feilslutningen: å lete etter forskjellen i hva tjenestene heter. Let i hvilket problem de løser.

Klient og tjener i disse tjenestene

Alle seks bygger på at én part spør og en annen svarer, men rollene er ikke alltid de opplagte.

I strømming er det klienten som velger kvalitet, ikke tjeneren. I DHCP er det klienten som kringkaster spørsmålet før den har adresse. I navneoppslag er klienten den som starter, og hierarkiet svarer.

Den faste feilslutningen: å anta at tjeneren styrer alt. Flere av eksamensoppgavene i sjangeren tester nettopp hvem som tar avgjørelsen.

Tjenestene og lagene

Alle seks tjenestene i dette kapitlet hører til applikasjonslaget, med ett unntak: IPv6 er en adresseprotokoll og hører til nettverkslaget.

Det er verdt å ha klart, fordi en oppgave gjerne blander lag-spørsmål og tjeneste-spørsmål i samme matrise.

Den faste feilslutningen: å plassere tjenestene i transportlaget fordi de bruker TCP eller UDP. Å bruke et lag er ikke å være i det.

Hvorfor adressemangelen ikke ble akutt

IPv4 gikk tom for ledige adresser i praksis for mange år siden, uten at internett sluttet å virke.

Grunnen er NAT: så lenge en hel husstand eller en hel bedrift klarer seg med én offentlig adresse, holder puljen mye lenger enn den ellers ville gjort.

Den faste feilslutningen: å tro at IPv6 måtte tas i bruk raskt fordi alt ellers ville stoppe. Omgåelsen virket for godt til det — og det er nettopp derfor overgangen har tatt lang tid.

Å lese en tjeneste-oppgave

Framgangsmåten som gjør sjangeren mekanisk:

1. Les hva problemet i beskrivelsen er — ikke hvilke ord som brukes.
2. Hold problemet opp mot de seks tjenestene og deres ene problem hver.
3. Gjør de koblingene du er sikker på først.
4. Se om de gjenstående gir seg selv når de sikre er brukt opp.
5. Sjekk om noen kategori ikke skal brukes — det er vanlig, og å tvinge den inn koster poeng.

Den faste feilslutningen: å fylle ut resten mekanisk når de første koblingene danner et mønster. Kontroller hver kobling for seg.

Repetisjon — sitter tjenestene?

Dette kapitlet er skrevet av Anthropics toppmodeller (Claude Opus og Claude Fable) og er foreløpig ikke manuelt gjennomgått — kvalitetskontrollen gjøres av uavhengige KI-agenter, og innmeldte feil rettes fortløpende. Funnet en feil? Meld fra, så retter vi den. Les mer om hvordan innholdet lages.

Skolesaga er en uavhengig læringsressurs og er ikke tilknyttet eller godkjent av Universitetet i Oslo. Dette er ikke offisielt studiemateriell. Les mer.