IPv6 lækage test

IPv6-adresser er ofte globalt unikke og knyttet til din internetudbyders forbindelse. I modsætning til IPv4-adresser, som ofte deles gennem NAT, kan en IPv6-adresse direkte identificere din husstand eller enhed.

Hvis din VPN lækker IPv6-trafik, kan hjemmesider, annoncører og overvågningssystemer korrelere din rigtige IPv6-adresse med din browseraktivitet — hvilket fuldstændigt underminerer formålet med at bruge en VPN.

Efterhånden som IPv6-adoption fortsætter med at vokse globalt, bliver denne type lækage mere og mere almindelig og farlig. Kontrollér altid, at din VPN håndterer IPv6 korrekt.

Næsten enhver hjemmeforbindelse kører i dag IPv4 og IPv6 side om side. Browsere foretrækker IPv6, når begge er tilgængelige, så på et dual stack-netværk kan hovedparten af din trafik som standard tage IPv6-vejen. En VPN-klient, der kun overtager IPv4-ruterne, lader den vej urørt: tunnelen kommer op, grænsefladen ser sund ud, og din rigtige adresse går alligevel ud ved hver forespørgsel. Fejlen er tavs af konstruktion: intet i VPN-appen melder en fejl, for set fra dens synsvinkel bæres den trafik, den blev bedt om at bære, korrekt.

De fleste IPv6-læktests erklærer en lækage, så snart der overhovedet dukker en IPv6-adresse op. Det giver falsk alarm for alle, hvis VPN tunnelerer IPv6 korrekt, hvilket moderne udbydere gør stadig oftere. Denne test sammenligner i stedet ejerskab: den ser på organisationen og ASN bag din IPv6-adresse og holder dem op mod netværket, der bærer din IPv4-trafik. Går begge ud gennem samme udbyder, håndterer dit VPN IPv6, og der er ingen lækage. Fører din IPv6 tilbage til din internetudbyder, mens IPv4 går ud gennem et VPN, er det en ægte lækage.

Når en adresse ikke med sikkerhed kan tilskrives nogen af netværkene, rapporteres resultatet som ubekræftet i stedet for at blive gættet i den ene eller anden retning. Den tilstand er hverken bestået eller dumpet — den betyder, at grundlaget er utilstrækkeligt, som regel fordi adressen tilhører en transitudbyder eller et interval, vores data ikke dækker. At køre igen fra samme netværk løser det normalt; et resultat, der forbliver ubekræftet, er værd at tage direkte op med din VPN-udbyder.