b2KIT

WebRTC Leak Tester

Test if your browser leaks your real IP address through WebRTC APIs even when using a VPN.

Tested tool guide Tested browser tools Checked August 16, 2026

What WebRTC Leak Tester does and how it behaves

This tool opens an RTCPeerConnection in your browser, points it at public STUN servers, and reads back every ICE candidate the browser gathers before any connection is actually made. Each candidate line can contain an IP address, so the test lists what a webpage could learn about you through WebRTC alone, no camera or microphone permission required. The common surprise: a VPN that protects normal browser traffic doesn't always route this UDP-based STUN traffic, so the srflx candidate can show your ISP's real public IP even while your address bar traffic looks fully tunneled.

How the result is produced

1

ICE candidate gathering

The tool creates an RTCPeerConnection with a STUN server list, opens a dummy data channel, and calls createOffer() to trigger ICE gathering. Each onicecandidate event fires a candidate string; the tool parses out the typ field (host, srflx, or relay) and the IP address attached to it, then lists them as they arrive.

2

mDNS obfuscation handling

Chrome and Firefox now replace the real local-network IP in host candidates with a random per-session .local hostname instead of a raw address, a change introduced specifically to stop this class of leak. The tool flags candidates as obfuscated when it sees a .local hostname instead of a dotted IP, so you can tell that behavior apart from an actual exposed local IP.

Good uses

  • confirming a VPN client tunnels UDP/STUN traffic before relying on it for video calls or torrenting
  • verifying a browser extension or setting that claims to 'block WebRTC leaks' actually stops srflx candidates from resolving
  • checking whether a public Wi-Fi proxy or Tor Browser setup still lets a page discover your real public IP

Limits and checks

  • a visible srflx IP is not automatically a leak - if it matches your VPN provider's exit IP, WebRTC is behaving correctly; only compare it against your known non-VPN IP to know for sure
  • modern browsers hide raw local IPs behind .local mDNS hostnames by default, so a clean-looking result doesn't prove local IPs are unreachable on older browsers or with mDNS disabled
  • results reflect the network path at the moment the test runs; VPN reconnects, sleep/wake cycles, or split-tunnel rules can change behavior seconds later without the page telling you

Common questions

The test shows a public IP - is that always my VPN leaking?

No. If that IP matches the exit IP your VPN advertises, WebRTC found the correct, expected address and there's no leak. It's only a leak if the IP matches your ISP-assigned address instead of your VPN's, which you can check against a plain 'what is my IP' lookup with the VPN on.

Does running this test send my IP anywhere?

The test itself only contacts the STUN server(s) needed to gather ICE candidates, which is the same request any WebRTC-using site (video call, game, chat) would send; nothing else about the page is transmitted or logged by this tool.

References and verification

The behavioral notes were checked against the browser implementation. Standards and primary references below define the relevant format, formula, or platform behavior.

Related Tools