Your connection IP
216.73.217.32
Free network tool
See whether your browser’s WebRTC stack exposes a public IP that differs from this page’s connection IP — especially useful when a VPN or proxy is on.
Collecting ICE candidates from public STUN servers
Your connection IP
216.73.217.32
WebRTC public IP
—
STUN servers tested
Detailed results
| Address | Type | Source | Assessment |
|---|---|---|---|
| Waiting for candidates… | |||
ICE gathering runs in your browser. We see your connection IP when the page loads (like any site). We do not store WebRTC candidates on an account. See Privacy.
(none yet)
WebRTC (Web Real-Time Communication) lets web pages create peer-to-peer audio, video and data channels without plugins. To punch through NAT, browsers collect ICE candidates — possible IP addresses — often with help from public STUN servers.
That is great for calls, but the same mechanism can reveal a public IP that differs from the address your VPN shows on normal HTTPS. This page compares both sides clearly.
JavaScript can create an RTCPeerConnection, open a data channel, and contact STUN. The reflexive (srflx) candidate is often your real public IP. If the VPN tunnels browsing but not WebRTC UDP, the page connection IP shows the VPN while WebRTC still shows your ISP.
Modern Chrome, Edge and Safari often hide LAN IPs behind .local mDNS names. That usually means the browser is protecting your local layout — it is not the same as a public IP leak. Private RFC1918 addresses are listed separately from public IPv4/IPv6.
In about:config, set media.peerconnection.enabled to false. This disables WebRTC in that profile (breaks in-browser calls).
No simple built-in off switch. Use a reputable WebRTC-limiting extension or your VPN client’s WebRTC protection, then re-run this test.
Settings → Shields → WebRTC IP handling policy. Prefer options that disable non-proxied UDP when using a proxy or Tor.
Enable “Prevent WebRTC from leaking local IP addresses” where available. It helps with local exposure; also verify public IPs with this page.
DNS leaks send name lookups outside your VPN’s resolver. WebRTC leaks expose IPs via ICE/STUN. Fix them separately — use our DNS Lookup tool for resolver checks.
We query a few public STUN servers for about five seconds. Firewalls, disabled WebRTC, or VPN UDP blocks can yield no public candidates — that is not absolute proof of safety. Re-test after browser or VPN updates.
Candidate gathering is client-side. Connection IP is visible on page load like any website. Details are in our Privacy Policy. Do not paste credentials into unknown third-party testers.
A WebRTC leak happens when your browser’s real-time connection stack reveals a public IP address that differs from the IP your VPN or proxy is supposed to show. Sites can request STUN candidates and learn that address without your permission dialog.
Not always. Many VPNs tunnel normal HTTPS traffic but leave WebRTC able to contact STUN servers outside the tunnel. Test with your VPN on; if the WebRTC public IP differs from the page IP, your VPN is leaking or misconfigured.
Yes for most browsing. Disabling WebRTC blocks browser-based video calls and some conferencing apps in that browser profile. Use a separate browser or profile if you need both privacy and WebRTC apps.
Modern Chrome, Edge and Safari often hide LAN addresses behind mDNS hostnames ending in .local. That is usually good — it means the browser is not exposing your RFC1918 address to websites.
Any browser with WebRTC enabled can gather ICE candidates. Whether a public IP appears depends on network path, VPN client, and browser policy. Always test your own combination rather than assuming a brand is safe.
A WebRTC leak exposes IP addresses via STUN/ICE. A DNS leak sends domain lookups outside your VPN’s DNS. They are different channels; fix them separately (browser/VPN WebRTC settings vs DNS settings).
If you use a VPN or proxy, a different WebRTC public IP usually means a leak of your real connection. If you are not using a VPN, matching IPs is normal and not a leak.
No. Candidate gathering runs in your browser. We may see your connection IP when the page loads, like any website, as described in our Privacy Policy. We do not create an account from this tool.
Yes. A page can create an RTCPeerConnection, collect candidates, and read IP-like strings from them. That is why VPN users should verify WebRTC behaviour.
Chrome has no simple built-in “disable WebRTC” switch. Use a reputable WebRTC-limiting extension, enable your VPN client’s WebRTC protection if available, or use Brave’s WebRTC IP handling policy. Re-run this test after changing settings.