VPN-lektest: IP, WebRTC, IPv6 en DNS controleren
Volg de VPN-lektest voor je openbare IP, WebRTC en IPv6. Begrijp de resultaten en ontdek wanneer je een aparte DNS-lektest nodig hebt. Gratis browsercontrole.
Wat ‘werken’ bij een VPN betekent
Een VPN-lek ontstaat als verkeer buiten het bedoelde routerings- of privacybeleid valt. Een bewust uitgesloten app of bestemming bij split tunneling is niet automatisch een storing. Bepaal eerst welke browsers, apps, IP-versies en DNS-verzoeken door de tunnel moeten. Beoordeel daarna de resultaten. Deze controle onderzoekt niet je hele apparaat en bevestigt niet dat de kill switch werkt.
De meeste lekken zijn geen dramatische storing. Ze ontstaan vaak door verkeer dat de VPN-app niet was ingesteld te vervoeren, zoals IPv6, of browserfuncties met eigen verbindingen. Een volledige controle bekijkt vier aparte paden:
- Je openbare IP via IPv4: het adres dat veel websites zien.
- Je openbare IP via IPv6: een tweede adres dat veel verbindingen ook hebben.
- WebRTC: de browserfunctie achter videobellen die zelf adressen kan ontdekken.
- DNS: de opzoekingen die namen als example.com naar adressen vertalen.
De test in ongeveer twee minuten uitvoeren
Je hebt alleen IPNixa in je browser en je VPN-app nodig. Volg de controles in deze volgorde voor een betekenisvolle vergelijking vóór en na.
- Open met de VPN uit de VPN-controle van IPNixa en kies Huidige verbinding opslaan. Noteer bevestigde IPv4- en IPv6-adressen en netwerk. De vergelijking blijft maximaal 30 minuten in deze tab.
- Verbind met je VPN en wacht op de verbonden status in de app.
- Kies Opnieuw controleren en vergelijken. Vergelijk elke bevestigde IP-versie, land en netwerk met de opgeslagen verbinding.
- Lees WebRTC- en IPv6-waarnemingen. Een extra openbaar adres of landverschil vraagt aandacht; hetzelfde land alleen sluit lekken niet uit.
- Gebruik de aparte VPN-detectiepagina voor VPN-, proxy-, Tor- en hostingsignalen. Een classificatie beschrijft een waargenomen adres, niet de veiligheid van je tunnel.
- Sluit af met een DNS-lektest van je VPN-aanbieder of een speciale DNS-testdienst.
Elk resultaat lezen
Gebruik deze tabel om te bepalen of een regel naar verwachting is, extra aandacht vraagt of een aanpassing nodig heeft.
| Controle | Verwachte waarneming | Vraagt aandacht | Wat je kunt doen |
|---|---|---|---|
| Openbaar IP | Veranderd naar een adres van het VPN-netwerk | Hetzelfde adres als zonder VPN | Verbind opnieuw en controleer of split tunneling je browser uitsluit |
| Netwerk / ASN | Past bij het gekozen uitgangsnetwerk | Onverwachte provider of ongewijzigde referentie | Bekijk de routering; een hosting- of ISP-naam alleen is niet doorslaggevend |
| Locatie | Een schatting die past bij de gekozen server | Onverwachte stad of onverwacht land | Controleer de serverkeuze; locatiedatabases kunnen achterlopen |
| WebRTC | Voltooide adresverzameling toont alleen verwachte adressen | Een extra openbaar adres of onvoltooide verzameling | Bekijk de adressen; lege resultaten, time-outs en niet-ondersteund bewijzen geen bescherming |
| IPv6 | Bevestigd adres volgt de bedoelde route | IPv4 gewijzigd maar IPv6 nog het opgeslagen adres, of onverwacht uitgangsland | Sla op vóór verbinden en vergelijk beide versies; hetzelfde land alleen is niet doorslaggevend |
| DNS (aparte dienst) | Resolvers passen bij de bedoelde DNS-configuratie | Onverwachte resolver buiten die configuratie | Gebruik een aparte DNS-test en bekijk de DNS-instellingen van je VPN |
Waarom IPv6 een aparte controle nodig heeft
Veel thuis- en mobiele verbindingen zijn dual stack met IPv4 en IPv6. Sommige VPN-apps sturen alleen IPv4 door de tunnel. De browser kan dual-stacksites dan via IPv6 bereiken, vaak als eerste, waardoor websites het IPv6-adres van je provider zien met de bijbehorende geschatte locatie.
IPNixa controleert IPv4 en IPv6 afzonderlijk. Een ander uitgangsland vraagt om onderzoek van routering of geolocatie; ook een VPN in hetzelfde land vereist adresvergelijking. Een mislukte controle bewijst niet dat IPv6 veilig is geblokkeerd. Bekijk IPv6-routering of lekbescherming in je VPN-app.
WebRTC-lekken in je browser
WebRTC laat browsers rechtstreeks bellen en video delen. Om een direct pad te vinden, vraagt de browser een STUN-server welk openbaar adres hij lijkt te hebben. Loopt dat verzoek buiten de VPN, dan kan het een adres onthullen dat de site niet in normaal webverkeer zag.
Moderne browsers verbergen lokale netwerkadressen standaard. De vraag is dus of een ander openbaar adres dan het verwachte VPN-adres verschijnt. IPNixa verzamelt WebRTC-kandidaten via de openbare STUN-server van Cloudflare en vergelijkt ze met bevestigde webadressen. Verschijnt een ander openbaar adres, bekijk dan VPN-WebRTC-bescherming of browserinstellingen en extensies die WebRTC tot de VPN beperken.
Waargenomen betekent dat een adres of ander signaal is gezien. Vergeleken betekent dat waarden zijn vergeleken, niet dat bescherming is gecertificeerd. Niet bevestigd omvat geen openbaar adres, time-outs of uitvoeringsfouten. Niet ondersteund betekent dat de browser geen WebRTC-API aanbiedt. Een voltooide test zonder openbaar adres kan komen door privacyinstellingen of geblokkeerde STUN-toegang.
Waarom DNS-lektests een aparte dienst vereisen
Voordat je browser een site laadt, vertaalt een DNS-resolver de naam naar een adres. Gaan die opzoekingen naar je internetprovider in plaats van de bedoelde VPN-resolver, dan kan de provider mogelijk zien welke namen je opzoekt, terwijl de pagina’s door de tunnel gaan.
Een webpagina kan niet rechtstreeks zien welke resolver antwoordde. Een echte DNS-lektest laat je apparaat unieke willekeurige namen opzoeken en bekijkt op een autoritatieve DNS-server welke resolvers die aanvragen. Daarvoor is speciale DNS-infrastructuur nodig. Deze controle markeert DNS daarom als niet getest en gokt niet. Gebruik de lektest van je VPN-aanbieder of een aparte dienst en schakel DNS-lekbescherming in.
Wanneer ‘VPN gedetecteerd’ onjuist is
De VPN-detectiepagina van IPNixa onderscheidt aanwijzingen uit netwerknaam, ASN en WARP van optionele providerclassificaties. VPN, proxy, Tor en hosting zijn verschillende signalen. Hosting alleen bewijst geen VPN en een onbekende VPN kan negatief of onbekend geclassificeerd worden. Lees bron en het exacte verzoek-IP bij het resultaat.
iCloud Privédoorgifte beschermt vooral Safari; de dekking van Cloudflare WARP hangt van de modus af. Alleen-DNS-modus versleutelt DNS zonder overig apparaatverkeer te tunnelen. Leid uit relay- of WARP-labels geen gelijke dekking af: controleer modus en geteste browser of app.
Veelgestelde vragen
Hoe weet ik of mijn VPN werkt?
Sla zo nodig je verbinding zonder VPN op als referentieverbinding. Schakel daarna de VPN in en vergelijk elke bevestigde IP-versie. Bekijk extra WebRTC-adressen en controleer DNS met een aparte test, rekening houdend met de gewenste resolver en versleutelde DNS-instellingen. De resultaten ondersteunen deze vergelijking, maar garanderen geen bescherming voor elke app of toekomstige verbinding.
Wat is een VPN-lek?
Verkeer dat het bedoelde VPN-routerings- of privacybeleid omzeilt. Bewuste uitzonderingen verschillen van onverwachte omwegen. Adres-, WebRTC- en DNS-tests geven gedeeltelijk bewijs over verschillende paden.
Kan IPNixa DNS-lekken testen?
Nee. Een webpagina kan niet zien welke DNS-resolver je apparaat gebruikt; daarvoor is een speciale DNS-testdienst nodig. De controle markeert DNS als niet getest in plaats van een onmeetbaar resultaat te tonen.
Waarom meldt IPNixa een VPN terwijl ik er geen gebruik?
Een detectieprovider kan verouderde gegevens of een fout-positief resultaat hebben. Netwerknaam en ASN worden als aanwijzingen aangeduid; hosting staat los van VPN-detectie. Bekijk bron, verzoek-IP en tijdstip voordat je conclusies trekt.
Werkt een VPN-lektest op mijn telefoon?
Ja, in de browser van je telefoon. Alleen browserverkeer wordt gecontroleerd; andere apps kunnen andere routeringsregels volgen, vooral bij split tunneling.