A VPN that disconnects constantly is worse than no VPN: every drop is an interruption, a leak risk, and another reason to turn the thing off forever. The good news is that chronic disconnections have a short, knowable cause list, and one afternoon of systematic fixing usually ends them.

Work through the layers in order: network, device, app, server. And configure the two settings that make any remaining drops harmless.

First, find the pattern

Diagnosis lives in the pattern. Drops only on one Wi-Fi network point at that network. Drops when your phone sleeps point at battery management. Drops every N minutes like clockwork point at a network timeout or session limit. Drops when you move around the house point at Wi-Fi roaming. Random drops everywhere point at protocol or server. Note which one describes you; each has a different paragraph below.

Layer 1: the network underneath

The tunnel can only be as stable as the connection carrying it. Marginal Wi-Fi (one bar, contested channel, mesh handoffs) drops packets that ordinary browsing shrugs off but tunnels notice. Test on Ethernet or beside the router: if the drops vanish, the radio was the problem, and the fixes are router placement, the 5GHz band, or accepting that the garden office needs a better link.

Networks that dislike VPNs are the second variant: hotel and office firewalls with aggressive idle timeouts, UDP handling that ages out tunnel sessions, or active VPN interference. The signature is drops on that network only, often at regular intervals. The fix is protocol costume: switch to OpenVPN over TCP port 443 or the provider’s obfuscated mode, which rides connections these middleboxes treat as ordinary web traffic; our obfuscation guide covers the mechanics. CGNAT connections (common on mobile and budget ISPs) occasionally add their own session churn, which the same TCP-based modes tolerate better.

Layer 2: the device’s helpful sabotage

Phones are the chronic offenders, and the culprit is battery optimization. Android’s aggressive app-sleeping (especially on Samsung, Xiaomi and friends) kills VPN processes minutes after the screen locks; the fix is excluding the VPN app from battery optimization and enabling the OS’s Always-on VPN for it. On iOS, use the provider app’s on-demand rules rather than expecting a manually started tunnel to survive iOS’s lifecycle.

Laptops contribute sleep-wake drops: the tunnel dies in sleep and races the apps at wake. Modern clients reconnect in a beat (WireGuard-class protocols are dramatically better here); if yours doesn’t, the auto-reconnect toggle is in settings, and the kill switch below covers the gap. Desktop security suites are the last device-layer suspect: network-filtering antivirus can reset tunnel sessions, diagnosed by pausing the suite’s web protection, fixed by excluding the VPN app.

Layer 3: the app and protocol

Protocol choice moves stability as much as speed. WireGuard and its variants (NordLynx, Lightway) re-establish sessions almost instantly and tolerate network jitter; legacy OpenVPN UDP sessions die harder. If you’re dropping on defaults, walk the protocol list: WireGuard first, then OpenVPN TCP for hostile networks. Update the app while you’re in the menu (reconnection logic is exactly what providers patch), and if years of accumulated settings make behavior weird, a clean reinstall resets the haunting.

MTU mismatches are the deep cut for the technically patient: some connections (PPPoE, certain mobile carriers) fragment tunnel packets, causing stalls that read as drops. Providers’ support docs carry per-network MTU advice; it’s the fix of last resort that occasionally rescues an unfixable setup.

Layer 4: the server

Individual servers misbehave: overloaded boxes shed sessions, and a specific location’s route to your ISP can be unstable for a week. The test is trivial: pick a different server in the same country and live on it for a day. Chronic instability across many servers and networks, after the layers above, is the provider’s infrastructure talking; that conversation ends at our comparison’s reliability tier, where the 5/5 infrastructure providers live, and a 30-day window verifies the difference on your line. NordVPN is the usual upgrade.

Make the remaining drops harmless

Perfect uptime doesn’t exist, so configure for graceful failure. The kill switch is non-negotiable: with it on, a drop means a paused connection rather than your traffic walking naked until reconnection, the exact scenario our kill switch guide exists for. Auto-reconnect (on by default in good apps) turns drops into two-second blips. And auto-connect on untrusted networks ensures the post-drop state is “protected again,” not “forgot to reconnect at the airport.”

Configured this way, even a setup that drops once a day is private all day: the failure mode becomes an interruption, never an exposure. That’s the realistic target, and it’s fully achievable on every provider this site recommends.

The platform cheat sheet

Condensing the layers into per-device quick answers. Android: battery-optimization exemption plus system Always-on VPN solves the overwhelming majority of cases; it’s the single highest-yield paragraph in this article. iPhone: use the provider app’s auto-connect/on-demand rules and stop manually toggling; the OS is allowed to kill what you started by hand. Windows: firewall-level kill switch on, check the antivirus’s network module, and suspect sleep-wake if drops cluster at lid-open. Mac: same pattern, with the note that the system extension needs its one-time approval to do its job properly. Routers: drops that affect the whole house at once are WAN-side or provider-side, never device settings; check the router’s VPN log first.

And the timing tell that shortcuts everything: drops at exactly regular intervals are timeouts (network or session), drops at random are radio or congestion, drops on schedule at 2am are the provider’s server maintenance window, which is the one cause on this page you fix by simply favoriting a different server.

(Stability solved is stability forgotten: once the drops stop, the only remaining maintenance is re-checking after major OS updates, the same trigger list as the leak test. Tunnels that survive a quarter unattended are the norm on this setup, not the exception.)

A stable tunnel is the least glamorous achievement in this hobby and the one everything else depends on; an hour here funds every other guide on this site.

(Here’s to tunnels that just stay up.)

(Stable connections compound: every other guide on this site assumes the tunnel stays up, and now it does.)

Want to compare all VPNs side by side? Check our full VPN comparison table with scores across 18 criteria.

The checklist version

Pattern first: where and when do drops happen? Network layer: test wired, try TCP 443 on hostile networks. Device layer: battery-exempt the app on Android, on-demand rules on iOS, exclude from antivirus filtering. App layer: WireGuard-class protocol, updated app, clean reinstall if haunted. Server layer: change servers, then change providers if everything else passed. Safety net throughout: kill switch, auto-reconnect, auto-connect. Total time for the full walk: under an hour, once, against months of accumulated annoyance.

Our verdict

Chronic VPN disconnections are a diagnosis problem, not a fate: the pattern points to the layer, the layer points to the fix, and the battery-optimizer and protocol fixes alone resolve most phone and hostile-network cases. Configure the kill switch and auto-reconnect regardless, so the rare surviving drop costs you seconds instead of privacy. A tunnel you trust to stay up, and to fail safe when it doesn't, is the whole point of running one.