IPv6-lek bij VPN: waarom alleen je IPv4 verandert

Hoe IPv6 buiten de VPN in hetzelfde land eruitziet

Stel dat je thuisverbinding en je gekozen VPN-server beide in Thailand zijn. Voor het verbinden toont je browser één IPv4- en één IPv6-adres. Daarna verandert alleen IPv4. Beide landlabels zeggen nog Thailand, maar het opgeslagen IPv6-adres blijft zichtbaar.

IPNixa markeert dit als ‘IPv4 gewijzigd · IPv6 ongewijzigd’ als beide versies met een recente opgeslagen verbinding vergelijkbaar zijn. De waarschuwing vraagt de routering te bekijken. Alleen het adres vertelt niet welke interface of app-instelling de oorzaak is.

Een bruikbare referentie opslaan en vergelijken

Een vergelijking is het nuttigst als alleen de VPN-instelling verandert. Tegelijk van wifi wisselen, een router herverbinden of mobiele netwerken veranderen maakt de oorzaak moeilijker te duiden.

1. Open VPN-controle met de VPN uitgeschakeld, als dat bij je situatie past. Wacht tot de afzonderlijke IPv4- en IPv6-controles klaar zijn.
2. Kies Huidige verbinding opslaan. Noteer welke IP-versies echt bevestigd zijn. Een ontbrekend adres is geen bruikbare referentie voor die versie.
3. Verbind met de VPN en wacht op de verbonden status. Kies Opnieuw controleren en vergelijken in dezelfde browsertab.
4. Lees IPv4 en IPv6 apart en bekijk de uitleg over IPv6-blootstelling. IPNixa bewaart de opgeslagen verbinding maximaal 30 minuten in deze tab.

Wat elk adrespatroon betekent

Gebruik de opgeslagen adresvergelijking samen met je VPN-instellingen. Ze onthult geen verborgen oorspronkelijk adres, maar gebruikt de verbinding die je zelf hebt opgeslagen.

Wanneer de referentie geen antwoord kan geven

Stel dat de oorspronkelijke verbinding alleen IPv4 bevestigde. Na het verbinden met de VPN verschijnt IPv6 voor het eerst. Je hebt nu een IPv6-waarneming, maar geen opgeslagen IPv6-adres om mee te vergelijken. Een lege referentie bewijst niet dat de VPN IPv6 heeft toegevoegd of beschermd. Herhaal vanaf een verbinding waarop de oorspronkelijke versie bevestigd kan worden of vraag de aanbieder hoe IPv6 op dat netwerk wordt afgehandeld.

Een referentie opslaan terwijl de VPN al aanstaat, vertelt alleen of een latere uitgang verandert. Dat levert geen bekende directe verbinding. IPNixa kan de bedoelde routering van je referentie niet automatisch vaststellen. Verloopt of verwijder je het opgeslagen resultaat, dan blijven alleen waarnemingen over totdat je opnieuw opslaat en vergelijkt. Noteer voor ondersteuning welke instellingen veranderden, of beide controles voltooid waren en wanneer elke controle liep. Die context helpt meestal meer dan alleen een landlabel.

Controleer eerst de VPN-configuratie

Dual-stackapparaten kunnen verkeer via beide IP-versies sturen. Een VPN moet het bedoelde routeringsbeleid op beide toepassen. Split tunneling en app-uitzonderingen kunnen verklaren waarom een browser een ander pad gebruikt. Een omweg buiten de tunnel is niet automatisch een softwarefout.

Begin met de providerinstructies voor IPv6-routering of lekbescherming. Verzamel bij een onverwacht resultaat het tijdstip en het patroon vóór en na voor ondersteuning. Deel volledige adressen alleen als dat helpt. Een browsertest onderzoekt geen andere apps, DNS-resolverlekken of de kill switch.

• Als split tunneling de browser uitsluit, neem deze dan in de VPN-route op als dat je bedoeling is. Herhaal met hetzelfde wifi-netwerk en een nieuw opgeslagen directe uitgangssituatie.
• Ondersteunt de aanbieder IPv6-tunneling, volg dan de instructies voor je apparaat en controleer beide adresfamilies opnieuw. Een ander IPv6-adres bewijst op zichzelf niet dat de route klopt.
• Als de aanbieder IPv6 bewust blokkeert, past een niet-beschikbare browsermeting bij dat beleid, maar bevestigt het niet. Controleer de diagnostiek van de aanbieder voordat je het resultaat als beschermd beschouwt.
• Blijft het patroon bestaan, meld dan het apparaat, de VPN-modus, het testtijdstip en welke adresfamilies volledig zijn gecontroleerd. Schakel browserprivacyfuncties niet uit alleen om een onbeslist resultaat te laten verdwijnen.

Nagebootst voorbeeld: IPv4 verandert, IPv6 niet

Op 27 oktober 2026 voerden we de vergelijkingslogica van IPNixa lokaal uit met gesimuleerde verbindingen. Voor de denkbeeldige VPN-wijziging waren de adressen 203.0.113.42 en 2001:db8:1:2::5; daarna 198.51.100.24 en opnieuw 2001:db8:1:2::5. Beide momentopnamen gebruikten hetzelfde voorbeeldland. De adressen zijn gereserveerd voor documentatie en komen niet van een echte verbinding.

De vergelijking gaf „IPv4 gewijzigd · IPv6 ongewijzigd” en markeerde IPv6 voor controle. Dit bootst het gedrag na; we hebben geen VPN verbonden of ingesteld en geen echt lek vastgesteld.

Sla bij een echte verbinding de beginsituatie op voordat je de VPN inschakelt en vergelijk opnieuw in hetzelfde tabblad. Blijft IPv6 gelijk, controleer dan IPv6-routering en split-tunneluitzonderingen, pas die zo nodig aan en vergelijk opnieuw. Als er geen IPv6-resultaat is, kun je geen conclusie trekken; DNS en andere apps worden hier niet getest.