Defaults.Exposed › Rettelser › IPv6-understøttelse

Sådan retter du IPv6-understøttelse

IPv6 er den nyere, langt større version af internettets adressesystem, indført fordi det gamle (IPv4) er løbet tør for plads. At tilføje IPv6-understøttelse betyder, at din hjemmeside og e-mail kan nås via det moderne netværk såvel som det gamle. På vores scoring er dette informativt — at mangle det sænker ikke din karakter — men det er et reelt rækkevidde-spørgsmål: en voksende andel af mobil- og oversøiske kunder forbinder via udelukkende IPv6-netværk, og de når dig glat kun hvis du understøtter det. Fikset er gratis og lever i din DNS og hostingopsætning.

Det korte svar for din virksomhed: En stigende andel af internetbrugere — særligt på mobiloperatører og i hurtigt voksende markeder i Asien og dele af Europa — forbinder nu via IPv6. Er din side kun IPv4, kommer de besøgende normalt igennem alligevel (deres operatør oversætter forbindelsen for dem), men den oversættelse tilføjer et hop, kan være lidt langsommere, og er endnu en ting der kan fejle eller strubes ved travle tidspunkter. At understøtte IPv6 giver en renere, mere direkte forbindelse for moderne kunder, en lille fremtidssikringsgevinst, og et pænt signal til tekniske købere om, at din infrastruktur er tidssvarende. Det ændrer intet ved din karakter — behandl det som fremadrettet polish, ikke som en nødsituation — men det er gratis at tilføje og stiller dig på linje med, hvor internettet er på vej hen.

Hvad dette kan koste dig

• En kunde på en mobiloperatør der kører udelukkende IPv6 skal nå din IPv4-side igennem operatørens oversættelseslag. Det virker næsten altid — men det tilføjer latenstid og er endnu en afhængighed der kan hikke ved spidsbelastningstider, og giver din side en marginalt langsommere oplevelse end en konkurrent der er direkte tilgængelig.
• Et teknisk hold hos en køber eller partner kører en hurtig scanning inden underskrift og bemærker, at du kun er IPv4. Det fejler dig ikke, men en konkurrent der viser dual-stack (IPv4 + IPv6) lander i kolonnen 'moderne, veldrevet', mens du sidder i 'fint, lidt bagud'.
• Du ekspanderer til et marked — dele af Asien, Indien, nogle europæiske mobilnetværk — hvor IPv6 allerede er dominerende. At være direkte tilgængelig der, frem for altid via oversættelse, fjerner en lille men reel kilde til langsomme eller ustabile forbindelser for dine nyeste kunder.
• Din hosting eller dit CDN understøtter allerede IPv6 gratis, men ingen slog det til, så du går glip af en nem, gratis forbedring som dine konkurrenter fik som standard.
• Et offentligt eller enterprise-indkøbssystem spørger, om dine tjenester er IPv6-klar (mange offentlige sektormandater gør det nu). 'Nej' er en akavet linje at forklare, når fikset var gratis hele vejen.

Hvorfor det betyder noget. På vores metodologi er IPv6-understøttelse informativ — tjekket er registreret med nul point og bevæger aldrig din karakter. Vi rapporterer det, fordi det er et genuint, fremadrettet rækkevidde-og-modernitetssignal: internettet løb tør for gammeldags (IPv4)-adresser for år siden, og andelen af brugere der forbinder via IPv6-eksklusive netværk fortsætter med at stige, særligt på mobil og i IPv6-dominerende regioner. At understøtte IPv6 giver disse brugere en renere, mere direkte vej til din side og e-mail, og signalerer tidssvarende infrastruktur til alle der tjekker. Det er gratis at tilføje og sjældent bryder noget — præcis derfor er det værd at gøre, selv om det ikke påvirker din score.

IPv6-understøttelse på klart dansk

Internettet identificerer enhver server med en numerisk adresse. Det originale system, IPv4, har en fast, temmelig lille pulje af adresser — og verden løb tør for nye for år siden. Dets erstatning, IPv6, har en effektivt ubegrænset pulje, og internettet har stille migreret til den lige siden.

IPv6-understøttelse betyder, at din hjemmeside (og e-mail) kan nås via dette nyere netværk såvel som det gamle. I praksis handler det om én ting i dit DNS: ved siden af den record der lister din gammeldags adresse (en A-record) publicerer du også en record der lister din IPv6-adresse (en AAAA-record — fire A’er). At køre begge side om side hedder dual-stack, og det er den normale, sikre måde at gøre dette på.

Dette tjek er informativt. Det ændrer ikke din karakter. Vi slår op, om dit domæne publicerer AAAA-records og rapporterer simpelthen, hvad vi finder — til stede eller fraværende. Vi flagger det, fordi det er et reelt rækkevidde-og-modernitetssignal der er gratis at fikse, ikke fordi det er en fejl.

Hvad dette kan koste dig

Det forårsager sjældent et hårdt nedbrud — det er præcis grunden til, at det er informativt frem for scoret. Men “usynlig omkostning” er stadig omkostning. Her er de realistiske måder en kun-IPv4-opsætning stille virker imod dig:

• En lidt langsommere oplevelse for mobilkunder. Mange mobiloperatører kører nu udelukkende IPv6 internt. En kunde på sådant et netværk der rammer din kun-IPv4-side, går igennem operatørens oversættelseslag — et ekstra hop der tilføjer latenstid og kan overfyldes ved spidsbelastningstider. Din konkurrent med IPv6 giver den samme kunde en direkte, renere forbindelse.

• Et svagere indtryk hos tekniske købere. Inden en kontrakt underskrives kører et købers IT- eller sikkerhedsteam ofte en hurtig infrastrukturscanning. Kun-IPv4 fejler dig ikke — men dual-stack læses som “moderne og veldrevet.”

• Friktion i IPv6-dominerende markeder. Ekspanderer du til regioner, hvor IPv6 allerede er normen, fjerner det at være direkte tilgængelig der en reel kilde til langsomme eller ustabile forbindelser for dine nyeste kunder.

• Et fejlet indkøbs-afkrydsningsfelt. Et voksende antal offentlige sektors og enterprise-indkøbsprocesser spørger nu eksplicit, om dine tjenester er IPv6-klar. “Nej” er et akavet svar at give, når fikset var gratis.

• At efterlade gratis forbedring på bordet. Meget ofte understøtter din host eller dit CDN allerede IPv6 til ingen ekstra omkostning — det var simpelthen aldrig slået til.

Hvad det faktisk er

Enhver enhed på internettet behøver en adresse. IPv4-adresser ser ud som 203.0.113.10 — fire tal, en pulje på ca. 4,3 milliarder, for længst opbrugt. IPv6-adresser ser ud som 2001:db8::1 — længere, hexadecimale, med en pulje så stor, at den er effektivt ubegrænset.

I dit DNS lever disse som to recordtyper:

• A-record → din IPv4-adresse (det gamle netværk).
• AAAA-record → din IPv6-adresse (det nye netværk).

Vores tjek svarer til at køre dig AAAA ditdomæne.com og rapporterer, om AAAA-records kommer tilbage.

Hvad “godt” ser ud som: en dual-stack-opsætning — dine eksisterende A-records urørte, med AAAA-records publiceret ved siden af dem, begge peger på en server (eller load balancer, eller CDN) der genuint svarer på begge netværk og serverer det samme site.

Hvad “fraværende” betyder: ingen AAAA-records. IPv6-brugere kan normalt stadig nå dig via deres operatørs oversættelse, men aldrig direkte. Det er ikke brudt — det er en overset modernisering, det er grunden til, at det ikke koster dig point.

Sådan fikser du det (gratis, ~15–30 minutter)

Overrækk dette til din IT-person eller den der administrerer din hjemmeside — fikset er gratis. Det er en DNS-og-hosting-ændring, ikke et køb. Den gyldne regel: tilføj IPv6 ved siden af IPv4, aldrig i stedet for det (dual-stack), og bekræft at målet faktisk svarer på IPv6 inden du publicerer.

1. Find ud af, om din hosting/CDN overhovedet understøtter IPv6. Det er porten. Har din host ingen IPv6-adresse at tilbyde, er der intet videre at gøre og ingen straf for det. De fleste moderne platforme og CDN’er understøtter det — ofte allerede aktivt.

2. Anvend det på din platform:

• Cloudflare: IPv6 er typisk slået til som standard. Er din side proxied igennem Cloudflare (orange sky), svarer Cloudflare på IPv6 for dig automatisk. Tjek Network → IPv6 Compatibility er aktiveret. Det er den nemmeste vej langt.

• Google Workspace / Microsoft 365 (e-mailsiden): e-mailmodtager-siden er generelt allerede IPv6-kapabel på udbyderens infrastruktur. Denne sides hjemmeside AAAA-records handler om din side, ikke deres mailservere.

• AWS: aktiver dual-stack på din load balancer (ALB/NLB) eller instans, tilføj derefter en AAAA alias-record i Route 53 der peger på den.

• Google Cloud / Azure: aktiver IPv6 (dual-stack) på load balanceren eller instansen, skaf IPv6-adressen, og publicér AAAA-recorden i dit DNS.

• Selfhosted / administreret VPS: anmod din udbyder om en IPv6-adresse, konfigurer din webserver til at lytte på IPv6 (og bekræft at den serverer det samme site der), tilføj derefter DNS-recorden:

  ditdomæne.com.      AAAA   2001:db8::1
  www.ditdomæne.com.  AAAA   2001:db8::1
  

  (Erstat med din rigtige IPv6-adresse. Hold dine eksisterende A-records præcis som de er.)

3. Test inden du stoler på det. Efter publicering, verificér fra et IPv6-bevidst værktøj, at AAAA-recorden opløser og siden faktisk indlæses via IPv6.

4. Scan igen. Når AAAA-records er live og svarer, vil dette tjek rapportere IPv6 som aktiveret. (Det ændrer ikke din karakter — det var informativt hele vejen — men du vil have lukket hullet.)

Almindelige fejl

• At publicere en AAAA-record der peger på en server der ikke lytter på IPv6. IPv6-brugere sendes til en død adresse og din side ser brudt ud for dem alene — svær at bemærke, da den fungerer fint for dig på IPv4.
• At erstatte IPv4 i stedet for at tilføje IPv6. Du fjerner aldrig dine A-records. Dual-stack holder begge; at droppe IPv4 vil afskære flertallet af brugere natten over.
• At tilføje apex-domænet men glemme www (eller omvendt), eller at dække sitet men ikke de mail/subdomæner du er bekymret for.
• At antage det er gjort, fordi hosten “understøtter” IPv6. Understøttelse og aktiveret er forskelligt. På Cloudflare er det normalt automatisk; på en rå VPS skal du konfigurere og publicere det selv.
• At behandle dette som haster. Det er ikke tilfældet. Det er informativt. Gør dine scorede sikkerhedstjek (HTTPS, DMARC, DNSSEC, sikkerhedsheaders) først; tilføj IPv6 som fremadrettet polish når det er belejligt.

FAQ