WebRTC-lektest
De lektest wordt uitgevoerd...
IPv4 (HTTP) Bezig met controleren...
IPv6 (HTTP) Bezig met controleren...
Verzamelde ICE-kandidaten
Er zijn geen ICE-kandidaten verzameld.
Geschatte locatie
Je netwerk lokaliseren…

De markering toont het geschatte midden van het gebied dat je provider bedient , niet je huis, straat of apparaat. Tientallen kilometers afwijking is normaal.

Hoe je een WebRTC-lek stopt
Chrome / Edge — installeer een WebRTC-blokkerende extensie (bijv. "WebRTC Leak Prevent"), of gebruik een VPN-client die WebRTC-verkeer expliciet blokkeert — moderne Chrome heeft hier geen ingebouwde schakelaar meer voor.
Firefox — open about:config, zoek naar media.peerconnection.enabled en zet die op false om WebRTC volledig uit te schakelen.
Safari — WebRTC kan niet globaal worden uitgeschakeld; ontzeg camera-/microfoontoegang per site via Safari > Instellingen > Websites, of vertrouw op een VPN die WebRTC op netwerkniveau blokkeert.
Brave — open het Shields-paneel en zet de WebRTC-netwerkbegrenzer op de strengste stand ("Proxied") om lekken van je lokale IP te voorkomen.
Over de WebRTC-lektest

WebRTC is een browsertechnologie die is gebouwd voor realtime videogesprekken en peer-to-peer-bestandsoverdracht. Om twee computers rechtstreeks te verbinden moet die elk netwerkadres ontdekken waarop beide kanten bereikbaar kunnen zijn, dus vraagt die aan een publieke STUN-server "welk IP heeft deze verbinding van buitenaf gezien?" en verzamelt het antwoord als ICE-kandidaat. Die uitwisseling verloopt normaal onzichtbaar tussen twee deelnemers aan een gesprek — maar elke website kan die ook stilletjes op de achtergrond starten, de kandidaten uitlezen en je adressen eruit halen.

Dit wordt vooral een privacyprobleem voor VPN-gebruikers. Een VPN leidt je gewone HTTP-verkeer door de tunnel, zodat websites het IP van de VPN zien in plaats van dat van jou. WebRTC praat echter via een eigen verbinding met de STUN-server, en bij sommige opstellingen omzeilt die verbinding de VPN-tunnel volledig — waardoor je echte internet-IP lekt terwijl de adresbalk suggereert dat je "beschermd" bent. Moderne browsers proberen ook je lokale netwerkadres te verbergen door het te vervangen door een willekeurige, eenmalige mDNS-hostnaam die eindigt op .local in plaats van een IP als 192.168.1.5; die vervanging is een echte privacyverbetering, geen teken dat er iets kapot is.

Deze tool voert precies hetzelfde ICE-verzamelproces uit dat een kwaadaardige pagina zou kunnen uitvoeren, met twee onafhankelijke STUN-servers voor betrouwbaarheid, en vergelijkt elke verzamelde publieke kandidaat met je werkelijke HTTP-IP-adres. Komen ze overeen, dan voegt WebRTC geen extra blootstelling toe bovenop wat elke website al ziet. Verschillen ze terwijl je denkt dat je op een VPN zit, dan is dat verschil het lek — en de oplossingen hierboven leggen uit hoe je het in jouw browser dicht.

Deze test toont alleen wat je eigen browser blootgeeft via het ICE-verzamelen van WebRTC; lekken op het niveau van het besturingssysteem of de router kan hij niet detecteren.

WebRTC-lektest: lekt je VPN je werkelijke IP-adres?

Deze WebRTC-lektest voert exact dezelfde peer-to-peer-verbindingstechniek uit die trackingscripts hanteren en controleert of een van de verzamelde adressen het IP-adres is dat je VPN juist hoort te verbergen. De test opent een RTCPeerConnection met een leeg datakanaal — zonder camera, zonder microfoon en zonder toestemmingsvragen —, vraagt aan twee openbare STUN-servers hoe je verbinding er van buitenaf uitziet en vergelijkt dat met het IP-adres van je reguliere HTTPS-verzoeken.

Hoe je de getoonde ICE-kandidaten interpreteert

WebRTC moet elk mogelijk netwerkadres inventariseren waarop een andere partij verbinding met je kan maken, wat resulteert in een reeks ICE-kandidaten. Deze pagina toont die ongefilterde lijst per type en transportprotocol en stopt na vijf seconden automatisch met zoeken.

Bovenaan staan je reguliere IPv4- en IPv6-adressen zoals waargenomen via HTTP — exact dezelfde waarden die wat is mijn IP-adres rapporteert. Deze vormen het referentiepunt; het uiteindelijke oordeel is gebaseerd op de onderlinge vergelijking.

host, srflx en relay: betekenis van de statussen

  • Lokaal (host): een adres van je eigen netwerkadapter: een lokaal LAN-IP zoals 192.168.1.14 of een willekeurige .local-mDNS-naam.
  • Openbaar (via STUN): de srflx-kandidaat, oftewel het adres waarvan STUN het pakket ontving. Dit is het cruciale gegeven bij VPN-gebruik.
  • Relay (TURN): doorgestuurd via een tussenliggende server; deze test gebruikt louter STUN, waardoor een relay-vermelding ongebruikelijk is.

Betekenis van elk oordeel

  • Lek gedetecteerd: een openbare STUN-kandidaat wijkt af van je HTTP-IP; bij een VPN heeft het STUN-pakket de beveiligde tunnel omzeild.
  • Geen lek: beide adressen komen exact met elkaar overeen.
  • Lokaal IP zichtbaar: er is een ongecodeerd intern LAN-adres getoond in plaats van een mDNS-naam.
  • Beschermd: je lokale netwerkadres is afgeschermd achter een willekeurige .local-hostnaam.
  • Geen openbaar IP / WebRTC geblokkeerd: STUN was onbereikbaar of WebRTC is uitgeschakeld in je browser.

Waarom WebRTC een IP lekt dat je VPN probeert te verbergen

WebRTC is ontworpen om directe communicatie tussen browsers mogelijk te maken voor video, spraak en bestandsoverdracht. Om twee apparaten achter afzonderlijke routers met elkaar te verbinden is NAT-traversal nodig, en dat vereist een extern antwoord op één vraag: vanaf welk openbaar adres arriveert deze verbinding? Een STUN-server beantwoordt dit, en elke webpagina kan deze uitwisseling geruisloos via JavaScript opstarten.

Dit leidt tot problemen wanneer je juist een ander adres wilt tonen. Een VPN leidt je normale HTTP-verkeer netjes door zijn versleutelde tunnel, maar WebRTC verstuurt eigen UDP-pakketten naar STUN. Bij split-tunneling nemen die pakketten de standaardingang van je provider. VPN-extensies in de browser zijn hiervan het bekendste voorbeeld: zij proxyen webverzoeken, maar sturen het UDP-netwerkverkeer niet door — waardoor deze uitkomst kan verschillen van een VPN-controle via HTTP.

Een willekeurige .local-hostnaam is geen datalek

Wanneer een host-kandidaat 7b3f9c21-4d0a-48e7.local vermeldt in plaats van 192.168.1.14, is er niets aan de hand. Dit betreft mDNS-obfuscatie: de browser genereert een tijdelijke multicast DNS-naam voor de lokale adapter en geeft die vrij in plaats van het echte LAN-IP. Chrome, Edge, Brave, Firefox en Safari hanteren dit standaard — uBlock Origin heeft zijn eigen WebRTC-optie in v1.38 geschrapt omdat browsers dit zelf zijn gaan oplossen. Twee belangrijke kanttekeningen: het beschermt alleen je interne LAN-adres (het stopt geen openbaar VPN-lek), en een website met microfoon- of cameratoestemming krijgt alsnog toegang tot het echte lokale IP-adres.

Zo verhelp je een WebRTC-lek in Chrome en Edge

Geen van beide browsers bevat een eenvoudige uit-knop, en schakelaars in chrome://flags of edge://flags schakelen WebRTC niet langer uit. Drie methoden werken in de praktijk:

  • Gebruik een volwaardige VPN-client op je besturingssysteem in plaats van een browserextensie. Wanneer al het UDP-verkeer door de tunnel reist, kan STUN uitsluitend het IP van de VPN waarnemen.
  • Stel het IP-afhandelingsbeleid in via een extensie. Hulpmiddelen zoals WebRTC Leak Prevent passen chrome.privacy.network.webRTCIPHandlingPolicy aan naar default_public_interface_only of disable_non_proxied_udp, wat lokale blootstelling stopt.
  • Stel groepsbeleid in op systeemniveau. Configureer WebRtcIPHandling voor Chrome of WebRtcLocalhostIpHandling onder SOFTWARE\Policies\Microsoft\Edge met AllowPublicInterfaceOnly of DisableNonProxiedUdp. Dit vereist een herstart; controleer dit op edge://policy.

Zo schakel je WebRTC volledig uit in Firefox

Firefox is de enige gangbare desktopbrowser met een directe uitschakeloptie. Typ about:config in de adresbalk, accepteer de waarschuwing, zoek naar media.peerconnection.enabled en dubbelklik erop om de waarde op false te zetten. WebRTC staat daarmee direct uit voor alle websites zonder herstart, en deze test meldt het protocol als geblokkeerd.

Dit is een ingrijpende ingreep: webvergaderingen in Meet, Teams, Discord en Zoom zullen niet meer verbinden totdat je dit terugzet. Wil je gesprekken actief houden, laat deze instelling dan op true staan en zet in plaats daarvan media.peerconnection.ice.default_address_only op true — Firefox deelt dan alleen het adres van je standaardroute (dat van je VPN).

WebRTC-lekken oplossen in Brave

Brave biedt standaard de instellingen die Chrome verbergt. Open brave://settings/privacy en zoek naar WebRTC IP handling policy. Bij gebruik van een VPN of proxy zijn twee waarden relevant:

  • Default: kan alle adapters inventariseren en lokale IP-adressen prijsgeven.
  • Default Public and Private Interfaces: benut de standaardroute, maar onthult nog steeds het bijbehorende privé-adres.
  • Default Public Interface Only: enkel de standaardroute zonder lokale adressen; gesprekken blijven werken. Dit is de aanbevolen alledaagse optie.
  • Disable Non-Proxied UDP: dwingt TCP af via de proxy tenzij deze UDP aankan. Dit is de strengste optie (standaard in Brave Tor-vensters), maar kan peer-to-peer-gesprekken blokkeren.

Aandachtspunten voor Safari, iPhone en Android

Op mobiele besturingssystemen en binnen WebKit gaan standaard computeradviezen vaak niet op.

Safari op macOS

Hedendaagse Safari-versies kennen geen blijvende globale uitschakelaar meer. Schakelaars onder het Ontwikkel-menu gelden uitsluitend voor de actieve sessie. Omdat Safari lokale IP's achter mDNS afschermt totdat je camera of microfoon toestaat, ligt de beste bescherming in sitebeheer via Safari > Instellingen > Websites in combinatie met een systeem-VPN.

iPhone en iPad

Elke browser op iOS moet verplicht gebruikmaken van WebKit. Chrome of Firefox op de iPhone beschikken daardoor niet over about:config, vlaggenpagina's of extensies; contentblockers kunnen WebRTC niet tegenhouden. Om lekken op iOS te voorkomen, activeer je een VPN-profiel in Instellingen > VPN dat UDP tunnelt, en herhaal je deze test in Safari.

Android

Chrome voor Android biedt geen WebRTC-instellingen of extensies. Brave voor Android biedt hetzelfde overzicht voor IP-beleid in de privacy-instellingen. Bij Firefox voor Android is about:config alleen toegankelijk in Nightly- en Beta-uitgaven. Als alternatief kun je in Android Altijd-aan-VPN aanzetten met Verbindingen zonder VPN blokkeren.

Wat deze test niet kan waarnemen

Deze pagina ziet uitsluitend wat jouw browser doorgeeft aan scripts die op dit domein worden uitgevoerd. Een lek onder het browserniveau — zoals een verkeerd geconfigureerde netwerkverbinding in je besturingssysteem of een IPv6-route die je VPN negeert — kan hier niet worden geconstateerd; evenmin testen we DNS-lekken. Indien een firewall STUN blokkeert verschijnt „Geen openbaar IP“, wat enkel aangeeft dat er geen reactie binnenkwam. Bovendien is een IP slechts één meetpunt: schermdimensies, lettertypen en headers die opgesomd staan in Welke browser gebruik ik kunnen je apparaat alsnog uniek identificeren.

Veelgestelde vragen (FAQ)

Kan WebRTC mijn echte IP-adres lekken terwijl ik verbonden ben met een VPN?

Ja, dat komt geregeld voor. WebRTC zendt eigen UDP-pakketten naar STUN-servers. Bij split-tunneling of eenvoudige browserextensies gaan die pakketten vaak buiten de tunnel om via je reguliere netwerkverbinding. De STUN-server registreert dan je werkelijke provider-IP, dat elke website via JavaScript kan uitlezen. Een volwaardige systeem-VPN voorkomt dit lek betrouwbaar.

Bestaat er een manier om WebRTC volledig uit te schakelen in Edge?

Niet via de reguliere instellingen: Edge biedt geen aan/uit-schakelaar en de vroegere optie in about:flags is verwijderd. In Windows kun je echter in het register onder SOFTWARE\Policies\Microsoft\Edge het beleid WebRtcLocalhostIpHandling instellen op AllowPublicInterfaceOnly of DisableNonProxiedUdp. Dit vereist een herstart; controleer dit op edge://policy.

Waar kan ik WebRTC en PeerConnection uitschakelen in Firefox?

In about:config: zoek naar media.peerconnection.enabled en dubbelklik erop om de waarde op false te zetten. Dit schakelt WebRTC direct uit voor alle websites zonder herstart, maar browser-videogesprekken werken dan niet meer. Om gesprekken werkend te houden, laat je dit op true staan en stel je media.peerconnection.ice.default_address_only in op true.

Hoe kan ik WebRTC permanent uitschakelen in Safari?

In moderne Safari-versies is dit niet blijvend mogelijk. De vroegere schakelaar in de experimentele instellingen is verwijderd en ontwikkelopties resetten zodra je de browser sluit. Omdat Safari lokale IP-adressen maskeert achter mDNS, is de meest effectieve methode het beheren van websitetoestemmingen via Safari > Instellingen > Websites in combinatie met een systeem-VPN.

Wat zijn de beste instellingen in Brave om WebRTC-lekken te stoppen?

Kies in brave://settings/privacy bij de WebRTC IP handling policy voor „Disable Non-Proxied UDP“ zolang je een VPN of proxy gebruikt. WebRTC communiceert dan via TCP over de proxy en STUN krijgt je echte IP nooit te zien. De optie „Default Public Interface Only“ is het handigste alternatief waarmee videobellen gewoon blijft werken.

Welk WebRTC IP-afhandelingsbeleid moet ik kiezen?

„Default Public Interface Only“ volstaat voor de meeste gebruikers: het schermt lokale netwerkinterfaces af, handhaaft UDP en laat videogesprekken intact. Kies enkel voor „Disable Non-Proxied UDP“ wanneer je achter een proxy of VPN maximale anonimiteit eist. De standaardinstellingen blijven lokale privé-adressen daarentegen vrijgeven.

Waarom wordt mijn privé IP-adres openbaar gemaakt door WebRTC?

In moderne browsers gebeurt dit niet meer zomaar. Chrome, Edge, Brave, Firefox en Safari vervangen het lokale LAN-adres door een willekeurige mDNS-hostnaam die eindigt op .local. Websites ontvangen die tijdelijke naam in plaats van een adres als 192.168.1.14. Als er toch een ongecodeerd LAN-IP zichtbaar is, werkt deze bescherming niet en moet dit aangepast worden.