Forbindelse # IPv6 svarede ikke. Hvad skal du tjekke? Skeln mellem et test-endpoint, der ikke kan nås, og en manglende IPv6-adresse, en manglende rute eller en internetforbindelse, der ikke virker. 4 minutters læsning · Udgivet 11. oktober 2026 ## En fejlet forespørgsel er et fingerpeg, ikke en diagnose IPv6-tjekket beder din browser om at kontakte vores IPv6-endpoint. Et vellykket resultat viser den IPv6-afsenderadresse, der blev brugt på den rute. En fejl kan skyldes DNS, en blokeret forespørgsel, TLS, en VPN, en timeout, selve testtjenesten eller dit netværk. Den betyder ikke i sig selv, at din udbyder ikke har IPv6. Dual-stack-websites kan stadig indlæses, selvom den ene familie er i stykker. Browsere kan prøve flere adresser og vælge en forbindelse, der virker, så almindelig surfing er ikke en fuldstændig IPv6-test. ## Gennemregnet eksempel: kun en link-local-adresse En bærbar viser fe80::1234 på wi-fi og ingen anden IPv6-adresse. Det er en link-local-adresse: den virker på det lokale link og er ikke tegn på IPv6 på internettet. Start ved routerens IPv6-status og udbyderens præfiksdelegering i stedet for at ændre websitets DNS-record. Hvis den bærbare har en IPv6-adresse, der kan routes på internettet, men ingen standardrute for IPv6, er adressetildelingen lykkedes, mens routingen er ufuldstændig. Hvis begge dele findes, kan en HTTPS-forespørgsel med gennemtvunget familie indkredse problemet yderligere. ``` # Linux: inspect addresses and the default route ip -6 address show ip -6 route show default # macOS / Linux / curl.exe on Windows curl -6 --connect-timeout 5 --max-time 10 https://myip.dk/api/ip ``` ## Arbejd dig udad fra din enhed Notér, hvilket trin der fejler, så en udbyder eller netværksadministrator har noget konkret at undersøge. - Prøv igen én gang, og sammenlign med en anden browser eller enhed på samme netværk. - Tjek, om en VPN eller et sikkerhedsværktøj slår IPv6 fra eller router det separat. - Tjek routerens IPv6-forbindelse og det delegerede præfiks, og derefter enhedens adresse og standardrute. - Brug DNS-opslaget til at se, om destinationen har en AAAA-record. At der findes en AAAA-record, viser ikke i sig selv, at destinationen kan nås. - Sammenlign med et andet netværk, f.eks. et hotspot fra telefonen. Virker det dér, kan problemet indkredses til den oprindelige forbindelse eller dens opsætning. ## Læs resultatet snævert Et vellykket HTTPS-tjek er en programforbindelse til én destination. Det tester ikke alle IPv6-ruter, indgående forbindelser, MTU-adfærd eller alle programmer. Den viste svartid omfatter både program og netværk; det er hverken et ICMP-ping eller en hastighedsmåling af bredbåndet. Nogle netværk oversætter mellem IPv6 og IPv4. En offentlig IPv4, som et website ser, kan derfor være en oversætters adresse og ikke en IPv4-adresse, der er tildelt din enhed. ## Læs mere og kilder - [RFC 4291: IPv6 address scopes ↗](https://www.rfc-editor.org/rfc/rfc4291) - [RFC 8305: how clients choose working connections ↗](https://www.rfc-editor.org/rfc/rfc8305) - [curl manual: IPv6 and timeout options ↗](https://curl.se/docs/manpage.html) [← Se alle guider](https://myip.dk/da/guides)[Tjek din forbindelse →](https://myip.dk/da) ---