SmartAdvisorOnline

Checked for UK readers: 20 June 2026

Isolate account, device, router, ISP route and endpoint in that order

Reliable diagnosis changes one variable at a time. A second device and second network quickly show whether the fault follows the account, device or UK connection.

UK network and protocol context

Stage or optionWhat to checkA good first step
AccountSubscription, password, MFA and device limitConfirm through the official app or portal
DeviceOS, time, adapter, battery and security toolsRestart and test the provider default
RouterDNS, filtering, double NAT and Wi-FiCompare Ethernet and mobile data
ISP or carrierBT/Sky/Virgin/TalkTalk or EE/Three/O2/Vodafone pathUse one supported protocol fallback
VPN endpointLoad, maintenance and IP reputationChoose one nearby alternative and retest

Where to start

  1. Write down the exact symptom and time.
  2. Test another device on the same network.
  3. Test the original device on another network.
  4. Change one endpoint or protocol.
  5. Check DNS, IPv6 and MTU only when evidence points there.
  6. Restore changed settings and contact support with results.

Common questions

Why is the VPN connected but traffic is broken?

DNS, route, MTU, split tunnelling or app policy may fail after the tunnel forms.

What is the fastest safe test?
Video placeholder

We are rebuilding the video layer for this guide. For now, use the written steps, tables, widgets and diagnostic links on the page.

Should I use a streaming escape tool?

No. Diagnose entitlement, app, DNS and endpoint state without bypass-oriented instructions.

Services change, so check the current terms before making a decision. Follow network policy and local law; record settings and keep a rollback path.

VPN troubleshooting dashboard on a laptop

VPN troubleshooting on UK broadband and mobile networks

By Denys Shchur Interactive diagnostics for connection, DNS, IPv6, MTU, speed, and streaming blocks

When a VPN fails, most people do the worst possible thing: they change ten settings at once and lose track of what actually helped. The faster method is to treat the problem like a diagnostic chain. First confirm the baseline. Then isolate the failure bucket: protocol, route, DNS, IPv6, MTU, or IP reputation. That is exactly what this page is built to do.

VPN failures are rarely “random.” Hotel Wi‑Fi blocks and office firewalls often target UDP first, some devices keep stale routes after a sleep cycle, and modern streaming platforms combine IP reputation with leak signals. If you need the foundations before the rescue phase, keep What Is VPN, VPN Security Basics, and VPN Setup Guide nearby.

Quick Answer

Start with the Guided fault isolation below. Pick the exact symptom, run one recovery path, and only then move to the next layer. The highest-win order is: protocol switch, server change, DNS + IPv6 check, MTU adjustment, and only then deep reinstall work.

VPN rescue path: fastest sequence 1) Baseline Does internet work without VPN? 2) Protocol WireGuard → IKEv2 → TCP/443 3) Route & leaks DNS • IPv6 • kill switch 4) MTU 1400 → 1350 if packets break If the app itself is broken Suspect TAP / Wintun conflicts, permissions, or stale routes Use clean reinstall only after simpler fixes fail If a service still detects VPN Switch server, clear cookies, inspect IPv6/DNS, then test obfuscation For streaming, IP reputation matters as much as raw speed

Guided fault isolation

This is the fastest route from “I’m angry and nothing works” to a clean recovery path. Choose the symptom, pick the operating system, and the widget will build a short step sequence instead of dumping a wall of theory on you.

Ready: click Start Diagnostics to build the recovery path.
Practical rule: if your problem appeared after switching from another VPN, keep VPN Not Connecting and VPN Error Codes open too. Adapter conflicts and stale firewall rules are still one of the biggest hidden causes.

Network Diagnostics Metadata

This section is the “why” behind the fixer. Error codes are not random labels; they point to specific layers. TAP driver errors usually mean Windows adapter conflicts. Error 807 usually means latency, firewall filtering, or a broken handshake path. DNS_PROBE_FINISHED often points to hijacked or stale resolvers rather than a dead tunnel. The faster you map the error to the right layer, the faster the fix.

There are also OS-specific triggers. On Windows, route tables, DNS cache, and virtual adapters are common suspects. On macOS, sleep/wake cycles and network extension permissions often create weird reconnect behaviour. On Android and iOS, battery optimization and per-app networking can silently kill tunnels in the background. If your use case is more specific, the dedicated guides for VPN on Windows, VPN on Mac, VPN on Android, and VPN on iOS help narrow the path.

OS-specific quick commands
ipconfig /flushdns
netsh interface ipv4 show subinterfaces
Get-NetAdapter | Sort-Object Status, Name
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
networksetup -listallnetworkservices
scutil --dns

Mobile platforms rarely need shell commands. The high-win actions are: disable battery optimization for the VPN app, remove custom DNS, restart the device, then switch protocol. On TV boxes, if the direct app keeps failing, compare with VPN on Smart TV or VPN on Router.

MTU & MSS clamping: why packets "break" Original packet Fits your normal path VPN tunnel adds headers Now the packet is too large Clamp MTU / MSS Smaller packets survive cleanly Lowering MTU from the default often fixes "connected but half the web is broken" behaviour on VPN tunnels.

The MTU & Packet-Loss Visualiser

MTU is one of those settings that most users never touch until they desperately need it. When it is too high for the real path, packets fragment or get dropped, which creates the exact type of broken experience people describe as “VPN connected, but the internet feels haunted.”

Current MTU: 1500High fragmentation risk on many VPN paths

Typical recovery band: 1400 for general VPN troubleshooting, then 1350 if packets still stall on public Wi‑Fi or double-NAT routers. If you use a router-based tunnel, compare with VPN on Router.

The DNS & IPv6 Leak Radar

Sites, apps, and banking systems do not need your full real IP to know something is wrong. Sometimes a single DNS mismatch or an exposed IPv6 route is enough. Leak testing must compare baseline versus VPN ON instead of staring at one result screen in isolation. For the full technical background, keep DNS Leak Protection and VPN Encryption in the same tab stack.

VPN IP radar VPN exit IP
Hidden leaks ISP DNS detected IPv6 exposure
High risk: Max, Netflix, and banking sites may still see a conflicting network story.
How to fix this in 30 seconds: flush DNS, disable custom Secure DNS in the browser, test IPv6 off as a diagnostic step, and verify again with Leak Test Tool.

Streaming playback diagnostics

Streaming errors are emotional because they hit at the exact moment someone wants a quiet evening. The real fix is still technical: clean IP reputation, clean cookies, and one coherent region story. Below, pick the service error that looks closest to what you see.

Streaming block detected

You seem to be using a VPN or proxy. Playback is blocked until the session looks region-consistent.

Speed and fallback-mode comparison

Obfuscation is not a free upgrade. It is a trade: better camouflage, lower speed. That trade is perfect on blocked office, campus, and hotel networks. It is usually a mistake when you only need maximum streaming throughput at home.

Mode profile: High speed • moderate block resistance

Use light mode first for streaming, gaming, and normal browsing. Escalate only when the network blocks VPN protocols outright.

Error-code reference

This table is designed for search intent and real panic. Find the code, find the meaning, and apply the immediate action before you overcomplicate the situation.

Ultimate Error Code Decrypter (2026)
Error code / symptom Meaning Immediate action Difficulty
TAP Driver Error Windows driver conflict or stale virtual adapter Reinstall TAP/Wintun layer and remove older VPN adapters Medium
Error 807 Latency, packet loss, or firewall block during handshake Switch to OpenVPN TCP or a nearer server Low
DNS_PROBE_FINISHED DNS hijacking or stale resolver path Flush DNS, remove custom DNS, reconnect through VPN DNS Low
Prime 1042 Proxy or DNS-country mismatch Use provider DNS, avoid public 8.8.8.8 overrides, clear app state Medium
Netflix M7111-5059 Flagged IP reputation / proxy detection Change server, clear cookies, test a less-crowded location Low
Max: Not in Service Area Region mismatch or IPv6 leak Disable IPv6 as a test and rebuild a clean region session Medium
Connected but no internet Broken route, kill switch rule, DNS, or MTU issue Protocol switch → DNS flush → IPv6 test → MTU 1400/1350 Critical
Choose one troubleshooting path and finish it before changing anything else. Several changes at once make it difficult to identify the fix.
Video placeholder

The video layer is temporarily disabled while we rebuild it for the production site. Use the written steps, comparison tables, widgets and diagnostic links on this page.

FAQ

Why is my VPN connected but still broken?

Because “connected” only confirms the tunnel status, not the whole path. DNS, IPv6, MTU, browser state, and kill-switch routing can still break the session.

Should I reinstall the app immediately?

No. Reinstallation is useful when the app or adapter layer is corrupted, but it is not the first fix. Start with protocol, server, DNS, IPv6, and MTU.

What is the fastest fix for streaming blocks?

Stay in the same country, change to another server in that country, clear cookies or app cache, then verify DNS and IPv6. Randomly jumping between countries often makes the session look worse.

Author Denys Shchur

Written by Denys Shchur

Founder and editor of SmartAdvisorOnline. I test VPN setups, break them on purpose, and then document the shortest working fixes in plain English.

LinkedIn: https://www.linkedin.com/in/denys-shchurr/

Privacy & Cookies: analytics runs only after consent. See Privacy and Disclosure.

Contact: [email protected]

Last verified by SmartAdvisorOnline Lab:
Leak Test (IP / DNS / IPv6 / WebRTC)
✓ Speed Test (latency / throughput / MTU logic)
Verification date:

Related guides

  1. Start withVPN not connecting in the UK: BT, Sky, Virgin Media and mobile fixes
  2. Then readDNS leak protection in the UK: ISP resolvers, IPv6 and device testing

Recommended next step

Run the checks on this page first. If the result points to a provider-side limitation, compare the three partner routes below against your actual device, network and privacy requirement.