IPv6 vedtagelse
IPv6 blev afsluttet i 1998 for at løse problemet med udmattelse af IPv4-adresser. Otteogtyve år senere når kun omkring 45 % af Googles brugere det over IPv6, og resten er stadig på protokollen, hvis adresser løb tør for et årti siden. Historien om hvorfor er historien om, hvor svært det er at opgradere noget uden en central koordinator.
Hele artiklens krop findes på engelsk nedenfor.
IPv6-adoption er den langsomt rullende overgang fra 32-bit IPv4-adresserummet (4,3 milliarder mulige adresser) til 128-bit IPv6-rummet (340 undebillion-adresser). Behovet har været klart siden begyndelsen af 1990'erne. Eksekveringen har været et af de længstvarende tekniske projekter i computerhistorien.
Landingsbanen, udmattelsen og responsen
I midten af 1990'erne var IANA's centrale pulje af ikke-allokerede IPv4-blokke synligt drænende. I februar 2011 gav IANA sine sidste fem /8 blokke til de fem regionale registre; i løbet af de næste mange år løb hver RIR også ud. APNIC var første gang i 2011, RIPE i 2012, LACNIC i 2014, ARIN i 2015 og AFRINIC i 2017. Fra det tidspunkt betød det at få nye IPv4-adresser, at man købte dem på et sekundært marked - typisk $30-$50 pr. adresse fra 20
X, det rene svar blev designet i 8XPLZPLZ6XX, IPvX. midten af 1990'erne og klar til at blive implementeret. Det rodede svar, der faktisk udspillede sig, var CGNAT - se vores CGNAT-artikel - som lod internetudbydere betjene flere kunder pr. offentlig IPv4-adresse ved at dele dem aggressivt. CGNAT lettede nok pres til at IPv6-implementeringen blev langsommere.Hvorfor er opgraderingen så hård
IPv6 er ikke bagudkompatibel med IPv4. En IPv6-vært kan ikke tale med en IPv4-vært uden en oversætter imellem. Det betyder, at den eneste måde at få det fulde udbytte af IPv6 er, at begge ender - og hver router langs stien - understøtter den. Indtil det er universelt, skal hver IPv6-implementering også vedligeholde IPv4 ved siden af sig ("dual stack"), hvilket er mere arbejde, ikke mindre.
Hver enhed, hver router, hver firewall, hver applikation, hvert overvågningsværktøj, hver it-runbook skulle opdateres. For et virksomhedsnetværk med tusindvis af komponenter er det et flerårigt projekt. For forbruger-ISP'er var hjemmeroutere blokeringen i årevis - Wi-Fi-routere, der blev sendt uden IPv6-understøttelse, blev stadig solgt i 2020.
Hvor IPv6 tog fart
Mobile netværk førte an, fordi de i det væsentlige var greenfield. T-Mobile US kører kun IPv6 på sin mobile kerne og bruger NAT64 til at nå det resterende IPv4-internet — de har ikke IPv4-adresser til deres brugere, punktum. Reliance Jio i Indien implementerede IPv6-først fra lanceringen og betjener nu mere end halvdelen af Indiens IPv6-trafik.
Anvendelsesrater for lande i slutningen af 2025 (fra Googles statistikker): Indien omkring 70 %, Tyskland 65 %, USA 55 %, Vietnam 50 %, Frankrig 50 %, Kina 4,0 %, Kina omkring 4,0 %, Kina 30 %, men hurtigt stigende og en lang hale i enkeltcifre.
Hvor IPv6 gik i stå
Mange store virksomheder kører stadig IPv4-kun interne netværk. De fleste cloud-udbydere tilbyder IPv6, men fakturerer IPv4-adresser som en fakturerbar ressource, hvilket har været kontroversielt - AWS begyndte at opkræve betaling for offentlig IPv4 i 2024 specifikt for at skubbe kunder til IPv6. Især webhosting haltede, fordi kun understøttelse af IPv6 betyder at miste besøgende, der ikke har det.
Hjemmenetværk bag billige routere har ofte funktionel IPv6 deaktiveret eller forkert konfigureret. Mange internetudbydere implementerer IPv6 til modemmet, men kundens router sender det ikke igennem. Brugerne ved det typisk ikke.
Adoptionsmålinger, der betyder noget
De førende offentlige dashboards:
- Googles IPv6-statistik på google.com/intl/en/intl/da/fractionv6 af Google måler dem over fractionv6-brugere. Omkring 45 % globalt.
- APNIC Labs sporer kapacitet pr. land i forhold til faktisk implementering.
- Akamais tilstand af Internet sporer IPv6-trafikandel på sin CDNacebook4XXLXXZ46PLZ
XXF76PLZPLZXXXF76PLZXPL4XXXZF. engineering rapporterer sin interne datacentertrafik — nu 90 %+ IPv6 — adskilt fra det offentlige internet.
Hvilken fuld IPv6 låser op
End-to-end-forbindelse, som IPv4 mistede, da NAT blev universel. Uden NAT har hver enhed en globalt routbar adresse; Peer-to-peer-apps fungerer uden komplicerede huldans. Tailscale bruger IPv6 internt af netop denne grund. Nye protokolfunktioner — flowetiketter, enklere header-format, obligatorisk IPsec-understøttelse — bliver også tilgængelige.
Sluttilstanden
Realistiske fremskrivninger ser IPv6-majoriteten af trafik globalt omkring 2027, og IPv4 er i det væsentlige forældet til nye implementeringer i begyndelsen af 2030'erne. Men IPv4 vil blive hængende i årtier på ældre systemer, ligesom faxmaskiner stadig findes på hospitaler. Internettet vil ikke "afslutte" overgangen - det vil bare blive ved med at vippe langsomt.
Ofte stillede spørgsmål
- Har jeg IPv6 lige nu?
- Besøg ipv6-test.com eller vores hjemmeside – de vil fortælle dig det. De fleste mobilnetværk og mange hjemmeudbydere i Vesteuropa, Indien og dele af USA tilbyder som standard IPv6 til forbrugere; omkring halvdelen af brugerne på verdensplan har fungerende IPv6-forbindelse.
- Vil IPv4 nogensinde slukke?
- Ikke på nogen defineret tidslinje. Store cloud-udbydere og store mobiloperatører er begyndt at køre IPv6-kun internt med NAT64-oversættere på kanten, men ren IPv4 vil fortsætte med at køre for ældre systemer i mindst et årti mere.
- Er IPv6 mere privat end IPv4?
- Det kan som standard være mindre privat. Det originale IPv6 SLAAC-skema udledte værtsdelen af adressen fra enhedens MAC-adresse, hvilket gør adressen trivielt sporbar på tværs af netværk. Moderne "privatlivsudvidelser" (RFC 4941) randomiserer værtsdelen, hvilket de fleste operativsystemer nu gør som standard.
- Fungerer VPN'er med IPv6?
- Moderne, ja. WireGuard og moderne OpenVPN håndterer IPv6 inde i tunnelen. Nogle ældre eller billigere VPN-klienter tunnelerer kun IPv4 og lækker IPv6, hvilket er en rigtig privatlivsfejl - tjek vores <a href="/vpn-leak-test">VPN-lækagetest</a> for at verificere.
- Hvorfor betyder IPv6-adoption noget for en VPN-bruger?
- For hvis din destination er tilgængelig over både IPv6 og IPv4, vil dit OS foretrække IPv6. Hvis din VPN ikke tunnelerer IPv6, slipper forbindelsen ukrypteret ud af tunnelen. Rettelsen er enten en VPN, der håndterer IPv6 korrekt, eller deaktivering af IPv6 på enheden, mens VPN er oppe.