How Do I Know if My VPN Is Working?

How Do I Know if My VPN Is Working?

Your VPN app says "Connected." That status alone does not prove it is hiding your real IP address. A VPN can show a green lock while your DNS requests, your browser, or your IPv6 traffic quietly slip outside the tunnel. In our testing, we have watched a connection look perfectly healthy in the app while a leak test still pointed straight back to the real location.

The good news is that you do not have to guess. A short set of checks tells you exactly what your VPN is protecting and what it is leaking. Each test takes seconds. Most of them run in a browser. Together they give you a clear yes or no on whether your privacy is actually covered.

We ran every test in this guide ourselves across Windows, macOS, Android, and iPhone. We used free leak-test websites and a handful of popular VPN providers. Nothing here needs technical skill. If you can open a website and read two numbers, you can confirm your VPN is working.

How to tell at a glance if your VPN is connected

The fastest check is the app itself. Open your VPN client and look for a "Connected" status, a green indicator, or a closed padlock next to the server name. On a phone, a small VPN or key icon appears in the status bar next to the Wi-Fi or cellular signal when the connection is active. If that icon is missing, the VPN is not running, and nothing below it is being protected.

That indicator is a useful first signal. It is not proof. A VPN can report "Connected" while still leaking your IP, DNS, or WebRTC data, so the status light alone does not confirm your privacy. We treat it as a starting point, not a verdict.

The real answer comes from the tests below. They check what the outside world actually sees when you visit a website, which is the only information that matters for your privacy. Think of the app status as the doorbell and the leak tests as walking outside to confirm the door is locked.

Side-by-side screenshot of a desktop VPN app showing a green Connected padlock with a server name, and a phone status bar showing the small VPN key icon next to the Wi-Fi signal.

How to check if your VPN is working (the tests)

Run these seven tests in order. The first two confirm your IP and location are masked. The next three check for the common leaks that bypass the tunnel. The sixth checks your safety net, and the last one confirms the connection holds up over time. You can complete the core IP, DNS, and WebRTC checks in a few minutes. A quick spot-check of any single test takes under a minute.

Before you start, it helps to know what each leak type exposes and how you confirm it. Here is the short version we keep open while testing.

What each VPN leak type exposes and how to test for it
Leak type What it exposes How to test Sign of a leak Common fix
IP leak Your real public IP and location Compare your IP before and after connecting IP unchanged after connecting Reconnect or switch server
DNS leak The websites you visit, via your ISP's DNS DNSLeakTest standard or extended test Your ISP's DNS servers appear Enable DNS leak protection
WebRTC leak Your real IP through the browser BrowserLeaks WebRTC test Your real IP shows in results Disable WebRTC in the browser
IPv6 leak Your real IPv6 address An IPv6 leak test while connected Your real IPv6 address appears Disable IPv6 or use an IPv6-ready VPN

Test 1: Check and compare your IP address

This is the single most important test. It is the one we always run first. Before you connect to the VPN, open a tool that shows your public IP address. Write down the number and the city it reports. The simplest way is to check your IP address on a site that displays both your public IP and its approximate location.

Now connect to your VPN and wait for the "Connected" status. Refresh the same page. If the VPN is working, the IP address changes to the server's address and the location shifts to wherever you connected. If the number is the same as before, your real IP is still exposed. The VPN is not masking your connection. When that happens, disconnect, reconnect, and try a different server before you trust it.

Two browser windows stacked, the top showing a home IP address and city, the bottom showing a different VPN server IP and a new country after connecting.

Test 2: Confirm websites see the VPN location

An IP that changes is a great sign. It is worth confirming that websites actually believe the new location. Connect to a server in another city or country, then search for "what is my location" or open a map site. The results should place you at the VPN server location instead of your real one.

This matters because your real protection depends on what each website sees, not on what the app claims. If the map still shows your home city while the VPN says "Connected," something is leaking. Move on to the DNS and WebRTC tests to find out what. When the location lines up with your chosen server, your basic IP masking is working.

A map-based location site showing a pin placed in the VPN server's city in another country rather than the user's real home location while the VPN is connected.

Test 3: Run a DNS leak test

A DNS leak is sneaky because the IP test can look perfect while it is happening. DNS is the system that turns a website name into an address. Those requests are supposed to travel inside the encrypted tunnel. When they leak, they go through your ISP instead. That means your provider can still see every website you visit even though your IP looks hidden.

To check, run a DNS leak test while connected and use the extended test for a thorough look. The results list the DNS servers that answered your queries. If you see your VPN provider's servers, you are protected. If you see servers that belong to your ISP, you have a DNS leak. The fix is usually to turn on DNS leak protection in your VPN settings. Run the test again to confirm the leak is gone.

Tip

Run the DNS leak test twice: once right after connecting and once after you have browsed for a few minutes. Leaks can appear after a connection has been running for a while, which a single quick check would miss.

A DNS leak test results page showing the extended test with a list of DNS server hostnames and owners, highlighting rows that belong to a VPN provider rather than an ISP.

Test 4: Run a WebRTC leak test

WebRTC is a browser feature that powers video and voice calls. It can expose your real IP even when the VPN appears active. The browser reaches out directly to establish a real-time connection, and that request can slip around the tunnel without you noticing. WebRTC leaks are common, and they only show up in the browser.

Open a WebRTC leak test while connected and look at the IP addresses it reports. If the only public address shown matches your VPN server, you are safe. If your real IP appears anywhere in the results, you have a WebRTC leak. Many good VPNs block this automatically. If yours does not, you can disable WebRTC in your browser settings or use a browser extension that blocks it. After changing the setting, reload the test page to confirm the WebRTC leak is closed.

A BrowserLeaks WebRTC results page showing only the VPN server's public IP and no real local IP address, indicating no WebRTC leak while connected.

Test 5: Run an IPv6 leak test

Many VPNs protect your IPv4 traffic but handle IPv6 poorly, and that gap causes an IPv6 leak. If your network uses IPv6 and the VPN only covers IPv4, your real IPv6 address can leak out while everything else looks fine. Not every connection uses IPv6. This test may simply show nothing to worry about, which is also a pass.

Run an IPv6 leak test while connected to the VPN. If it reports no IPv6 address or shows only the VPN's address, you are covered. If your real IPv6 address appears, you have a few options. Turn on IPv6 leak protection in the app, disable IPv6 on your device, or switch to a provider that handles IPv6 properly. This is the one leak test people skip most often, and it is worth the extra thirty seconds.

An IPv6 leak test results page showing no IPv6 address detected while the VPN is connected, confirming the IPv6 path is closed.
Good to know

Some VPNs deliberately disable IPv6 on your device while connected. That is normal and safe. It simply removes the path a leak could take, so seeing no IPv6 result is the outcome you want.

Test 6: Test your VPN kill switch

A kill switch is your safety net for the moment the VPN connection drops. Connections fail silently and without any warning. That brief gap is exactly when your real IP and traffic get exposed. A working kill switch blocks all internet traffic the instant the tunnel drops, so nothing leaks while the app reconnects.

To test it, turn on the kill switch in your VPN settings. Then force a drop by switching servers or quitting the VPN connection while a download or video is running. If the kill switch works, your internet traffic halts completely until the VPN reconnects. If pages keep loading during the gap, the kill switch is not doing its job. Check that the feature is enabled, or choose a provider with a reliable one.

A VPN app settings screen with the kill switch toggle turned on, and a browser behind it showing a connection-blocked message during a simulated VPN drop.

Test 7: Re-run the tests after reconnecting

A VPN that passes every test once can still leak later. That is why the final step is to repeat the checks. Disconnect, reconnect, and then run the IP, DNS, WebRTC, and IPv6 tests again. Repeating the leak tests after reconnecting catches instability that a single one-time test misses, and it is the step that gives us real confidence in a connection.

We also like to re-run the tests after switching to a different server or after the computer wakes from sleep. Those are common moments for a leak to appear. If the results stay clean across reconnections, your VPN is genuinely protecting you and not just on its first connection of the day.

Two browser tabs open side by side after a VPN reconnect, one showing a clean IP test and one showing a clean DNS leak test, demonstrating repeated testing.

Why is my VPN not working?

If a test fails or the connection will not establish at all, the cause is usually one of a handful of common issues. The most frequent is a dropped connection that the app never warned you about, which leaves you unprotected until you notice. Outdated VPN software, the wrong settings, or a missing leak-protection toggle can all cause leaks even when the app says "Connected."

Network problems are the next likely culprit. Public-building and workplace networks sometimes block VPN traffic, which makes the connection fail to establish at all. An overloaded server or unstable Wi-Fi can also drop the tunnel repeatedly. On the device side, an OS bug or a leaky browser extension can open a path around the VPN even when the core connection is fine.

One case that looks like a failure but is not: streaming. A VPN server IP can be blocked by a streaming service because of licensing, so the stream fails even though the VPN is working perfectly. Switching to a different server usually clears it. Likewise, some noticeable slowdown after connecting is normal and not a sign that the VPN is broken.

Tip

A normal VPN speed reduction is roughly 10% to 30%, depending on server distance, protocol, and your baseline connection. If a speed test shows a loss in that range, your VPN is behaving as expected, not failing.

How to fix a VPN that isn't working

Most VPN issues clear up with a few quick steps, so work through them in order before you assume the software is broken. Start simple:

  • Disconnect and reconnect, then connect to a different server.
  • Restart the VPN app, and restart your device if that does not help.
  • Update the VPN to the latest version to clear out known bugs.
  • Turn on leak protection and the kill switch in the settings.
  • Switch the connection protocol or port, which often gets past a network that blocks VPN traffic.

If the connection still fails, temporarily disable a conflicting firewall or antivirus to see whether it is blocking the tunnel. Turn it back on once you know. You can also reset your login or reinstall the app if settings have become corrupted. When nothing works, contact your provider's support team. A specific server or your account may be the problem rather than your setup. After any fix, run the tests again to confirm the leak is actually closed.

A VPN app screen showing the server list open with a different country selected and the protocol setting visible, illustrating the switch-server and switch-protocol fixes.

How to choose a VPN that stays leak-free

The best way to avoid leaks is to start with a provider that is built to prevent them. When we test VPNs, the ones we trust share a few traits. They have built-in DNS and IPv6 leak protection that is on by default, a reliable kill switch, and their own private DNS servers so requests never touch your ISP. These features are what keep the tunnel intact when a connection wobbles.

A VPN settings screen with DNS leak protection, IPv6 leak protection, and the kill switch all toggled on, illustrating the features to look for in a leak-free VPN.

Be cautious with free VPNs. Many lack proper leak protection, some log your activity, and a few have been caught leaking the very data they promise to hide. A free tool can be fine for a quick, low-stakes task. For real privacy, we recommend a reputable paid provider that publishes independent audits of its security. Whatever you choose, the tests in this guide are how you verify the provider's promises hold up on your own connection.

Our top pick BrowserLeaks Leak-Test Suite logo
BrowserLeaks Leak-Test Suite
The fastest way to confirm your VPN is actually working. Run the free WebRTC, DNS, and IP checks in your browser and compare the results before and after you connect.

Common mistakes

The biggest mistake is trusting the "Connected" status and stopping there. That indicator tells you the app is running, not that your IP, DNS, and WebRTC traffic are all inside the tunnel. Another common slip is testing only once. A connection that passes at first can leak after a drop, so the re-run in Test 7 is not optional.

People also forget the browser. You can have a flawless IP and DNS result while WebRTC quietly exposes your real address. Never skip the WebRTC leak test if you care about privacy during calls or in the browser. Finally, do not panic over slower speeds or a blocked stream. Both are normal, and neither means your VPN has stopped protecting you.

A VPN app showing a Connected status next to a browser leak-test result that still reveals the user's real IP, illustrating the mistake of trusting the status indicator alone.

Frequently asked questions

Can a VPN say "connected" but not actually work?
Yes. The "Connected" status only confirms the app has established a link to a server. It does not guarantee that every type of traffic is inside the tunnel. A VPN can show "Connected" while leaking your DNS requests, your real IP through WebRTC, or your IPv6 address. The only way to be sure is to run the IP, DNS, and WebRTC leak tests while connected.
How do I know if the VPN on my phone is working?
Look for the small VPN or key icon in your phone's status bar, which appears next to the Wi-Fi or cellular signal when the connection is active. That confirms it is running. To confirm it is protecting you, open your mobile browser and run the same IP and DNS leak tests you would on a computer. Mobile apps can leak just like desktop ones, so the browser check still applies.
What is the best VPN test?
No single test covers everything, which is why we run a short sequence. The IP address comparison is the most important first check, the DNS leak test catches the most common hidden leak, and the WebRTC leak test covers the browser gap that the other tests miss. Run all three together for a reliable picture, then add the IPv6 and kill-switch tests for full confidence.
Why does my VPN show my real IP with the VPN on?
That usually means the connection dropped without warning, the app connected to a server that failed, or a leak is bypassing the tunnel. Start by disconnecting and reconnecting, then switch to a different server and refresh the IP test. If your real IP still shows, update the app, turn on leak protection and the kill switch in the settings, and check for a WebRTC or IPv6 leak that could be exposing the address separately.
Short on time? Which test should I run first?
Start with the IP address comparison, since it is the fastest way to catch the most obvious failure. If the IP does not change after you connect, nothing else matters until you fix that. Once the IP checks out, the DNS leak test is the highest-value follow-up, because a DNS leak is the one that hides behind a correct-looking IP result. Save the IPv6 and kill-switch tests for when you have a few spare minutes.