WebRTC-lektest: IP-adressen en time-outs
Begrijp je WebRTC-lektest: gelijke of extra IP’s, geen openbaar adres, time-outs en niet-ondersteunde browsers. Start een gratis browsercontrole met uitleg.
Mijn WebRTC-blootstelling controleren
Wat de WebRTC-controle daadwerkelijk doet
WebRTC ondersteunt browsergesprekken en dataverbindingen. Tijdens de opbouw verzamelt ICE kandidaatadressen; STUN kan helpen een openbaar zichtbaar adres te vinden. Dit pad kan afwijken van een gewoon webverzoek. Daarom is het nuttig dit naast je openbare IP te bekijken.
IPNixa benadert de openbare STUN-dienst van Cloudflare en vergelijkt de openbare kandidaten met IPv4- en IPv6-waarnemingen van deze controle. Privé- en mDNS-hostkandidaten tellen niet als openbare blootstelling. IPv6-kandidaten in een al waargenomen /64 gelden als hetzelfde netwerk. De vergelijking zoekt dus extra openbare netwerken, niet elke anders geschreven adreswaarde.
Een WebRTC-lektest uitvoeren
Houd je bedoelde VPN-configuratie actief en test de browser die je echt gebruikt. IPNixa vraagt voor deze test geen camera- of microfoontoegang.
- Open VPN-controle en wacht tot de openbare IPv4- en IPv6-waarnemingen klaar zijn.
- Lees WebRTC-blootstelling. Die draait bij elke verbindingscontrole en wacht maximaal drie seconden op kandidaten.
- Verschijnt een extra adres, bekijk dan de WebRTC-instellingen van VPN en browser. Een extra adres alleen bewijst geen VPN-lek.
- Is het resultaat Niet bevestigd, controleer browserbeperkingen en de verbinding en probeer opnieuw. Houd bewust ingeschakelde privacyinstellingen in gedachten bij een ontbrekend resultaat.
Lees eerst de status, dan het adres
Voltooiing en vergelijking beantwoorden verschillende vragen. Kandidatenverzameling kan eindigen zonder openbaar adres of voortijdig stoppen na slechts een deel van de lijst.
| Status en resultaat | Wat is vastgesteld | Wat je kunt doen |
|---|---|---|
| Vergeleken · Waargenomen adressen komen overeen | Voltooide verzameling vond adressen in al waargenomen openbare netwerken | Lees dit als vergelijking, niet als bewijs van volledige VPN-bescherming |
| Waargenomen · Extra adres | Er verscheen een openbaar adres buiten de vergeleken HTTP-waarnemingen | Bekijk adres en VPN-routering; een onvoltooide lijst kan meer bevatten |
| Niet bevestigd · Geen openbaar adres waargenomen | De verzameling eindigde zonder openbaar adres om te vergelijken | Denk aan browserprivacyinstellingen of geblokkeerde STUN-toegang |
| Niet bevestigd · Tijd voor adresverzameling verstreken | De verzameling werd niet binnen de testtijd voltooid | Probeer opnieuw; behandel dit niet als lekvrij |
| Niet bevestigd · Test kon niet worden voltooid | De API was aanwezig maar de opbouw mislukte | Bekijk browserbeperkingen of verbindingsfouten |
| Niet ondersteund · WebRTC-API niet beschikbaar | De browser bood de API niet aan | De test kon niet in deze browser draaien |
Een voorbeeld met een extra adres doorlopen
Stel dat HTTP na verbinden met een VPN 198.51.100.24 bevestigt, terwijl WebRTC ook 203.0.113.42 ziet. Beide zijn documentatieadressen. Heb je 203.0.113.42 vóór de VPN opgeslagen, dan is dat terugkerende adres reden het WebRTC-pad te bekijken. Zonder opgeslagen directe referentie kan het hulpmiddel niet vaststellen dat dit extra adres bij je thuisverbinding hoort.
Lees eerst of de verzameling voltooid is. Ook bij een time-out is een extra adres een nuttige waarneming, maar de lijst kan onvolledig zijn. Bekijk daarna browseruitsluitingen en WebRTC-instructies van je VPN, herhaal dezelfde test en vergelijk. Vermeld bij ondersteuning status en tijdstip naast het adrespatroon. Trek uit een extra kandidaat geen locatie- of identiteitsconclusie: IPNixa maakt er geen verborgen thuislocatie of oordeel over de VPN-aanbieder van.
| WebRTC-waarneming | Verzameling | Betekenis |
|---|---|---|
| Alleen 198.51.100.24 | Voltooid | Vergeleken: komt overeen met de HTTP-waarneming |
| 198.51.100.24 en 203.0.113.42 | Voltooid | Waargenomen: extra openbaar adres; vergelijk met de opgeslagen uitgangssituatie |
| Alleen 198.51.100.24 | Time-out | Onbevestigd: de gedeeltelijke overeenkomst bewijst geen volledige adreslijst |
| 203.0.113.42 | Time-out | Waargenomen: het extra adres blijft relevant bij onvolledige verzameling |
| Alleen 192.168.1.5 of een .local-naam | Voltooid | Onbevestigd: dit zijn geen openbare adressen om te vergelijken |
Waarom geen openbaar adres geen uitsluitsel geeft
Een browser kan alleen lokale kandidaten tonen, adresdetails verbergen of STUN niet bereiken. Dat kan passen bij privacymaatregelen, maar zegt niet wat er in een andere browser, gesprek of app gebeurt.
Herhaal als nuttige vervolgstap onder dezelfde netwerkomstandigheden en bekijk de volledige IPv4-/IPv6-vergelijking. DNS-lekken vereisen een aparte autoritatieve DNS-testdienst. VPN-providerclassificatie en browserfingerprinting beantwoorden ook andere vragen.
Veelgestelde vragen
Is ‘geen openbaar adres waargenomen’ een geslaagde lektest?
Dat is niet doorslaggevend. Er was geen openbaar adres om te vergelijken. Browserinstellingen, alleen lokale kandidaten of geblokkeerde STUN-toegang kunnen dit verklaren.
Waarom krijgt mijn WebRTC-test een time-out?
De adresverzameling was niet binnen de testtijd klaar. Netwerkomstandigheden, beperkingen of STUN-bereikbaarheid kunnen dit beïnvloeden. Een time-out wordt Niet bevestigd, ook als een deel van de adressen overeenkwam.
Onthult een WebRTC-test mijn echte IP achter elke VPN?
Nee. De test toont openbare adressen die deze browser tijdens deze controle blootstelt. Een correct gerouteerde of beperkte configuratie toont mogelijk alleen verwachte adressen of helemaal geen adressen.
Heeft IPNixa camera- of microfoontoestemming nodig?
Nee. Deze controle verzamelt verbindingskandidaten via een datakanaal. Ze vraagt geen audio of video op en neemt niets op.