If your VPN connection keeps dropping, the cause may be the network underneath it rather than the VPN server alone. A Wi-Fi signal can weaken, a phone can pause an app in the background, or a laptop can sleep while the connection is active. Moving from Wi-Fi to mobile data also changes the device’s network address, so the VPN may need to reconnect. Start by noticing when the drop happens, then change one setting at a time. The seven fixes below cover common causes on Android, iPhone, Windows, and Mac, and explain how to tell whether a different server or a support request is the next useful step.
Identify when the connection drops
Before changing settings, look for a pattern. Does the VPN disconnect after the screen turns off, when you switch between Wi-Fi and mobile data, after the computer wakes from sleep, or while using one particular network? Does the client show “Disconnected,” or does it still say “Connected” while websites stop loading? These clues help separate a VPN tunnel interruption from a general internet outage, an app problem, or a route that is connected but not carrying traffic as expected.
Run a simple comparison. On the same network, check whether an ordinary website loads with the VPN disconnected. Connect the VPN and open the same site again. If both attempts fail, investigate the Wi-Fi, mobile data, router, or local network first. If internet access works without the VPN but stops after connecting, try another server and review the client’s connection status or logs. If only one app fails, check whether it uses the system network settings or has its own proxy, DNS, or connectivity options.
- ✅ Note the network, device, client, selected server, and what you were doing when the drop occurred.
- ✅ Check whether ordinary internet access works before treating every loading problem as a VPN disconnect.
- ❌ Avoid changing the protocol, server, battery settings, and router configuration all at once; you will not know which change mattered.
Keep a short record rather than relying on memory. For example, note whether the issue occurs on one Wi-Fi network but not another, or only after the phone has been idle. You do not need specialist monitoring software for this first check. The client’s status and a few repeatable tests are usually enough to narrow down the next step.
Check the network and test another server
Fix 1: Rule out a weak or restrictive local connection. Move closer to the Wi-Fi access point, reconnect to the network, or compare with another trusted network if one is available. On mobile data, check whether the connection is stable in the same location and whether the device can load pages with the VPN disconnected. Public, workplace, hotel, and campus networks may require a sign-in page or may restrict some kinds of traffic. Complete any required network sign-in before reconnecting the VPN, and follow the network owner’s rules.
A router restart can help when other devices on the same network also lose internet access, but it is not the right first response to a VPN-only problem. If only one device has trouble, focus on that device and its client. If every device on a particular network loses connectivity at the same time, test the network without the VPN and contact the network provider or administrator if the problem continues.
Fix 2: Try a different server in a suitable region. A single server may be temporarily busy, undergoing maintenance, or reachable by a poor route from your current network. Disconnect cleanly, choose another available server that fits your task, and reconnect. Then repeat the same browsing or app test. Avoid judging by a server label alone: check whether the connection stays usable for the activity that was failing.
If changing servers helps, keep the working option as a comparison rather than assuming the first server is permanently faulty. If several servers fail in the same way on one network but work elsewhere, the local network or its route may be involved. If the issue follows one device across different networks, continue with its app, operating-system, and power settings.
Seven fixes for repeated dropouts
Fix 1: Update and restart the client
Close and reopen the VPN app, then check that you are using a current version from its official distribution channel. An app update may address compatibility or reconnection issues, while a restart clears a stuck session without changing multiple system settings. If you recently updated the operating system, check that the VPN client supports the version installed on your device. Avoid installing a second VPN client as a quick test: two apps that both configure network routes or VPN profiles can interfere with one another.
Fix 2: Check background and battery permissions
Phones may limit background activity to save power. On Android, open the system settings for the VPN app and review its battery usage or background activity controls. Menu names vary by manufacturer and Android version. If the system is restricting the app, allow the background activity needed for a persistent connection and then repeat the screen-off test. Also check any device-specific battery-saver feature, since some manufacturers apply restrictions beyond the standard Android controls.
On iPhone, check whether Low Power Mode or other device-management settings coincide with the problem, but do not assume that a single battery setting is responsible. iOS manages background networking differently from Android, and available options depend on the VPN app and configuration. After changing a setting, lock the screen and observe whether the connection remains available; then repeat the test with the setting restored if you need to confirm the cause.
Fix 3: Review reconnect and on-demand options
Look in the VPN app for options such as auto-reconnect, reconnect on network change, or connect on demand. These options can help the client recover after an interruption, but they do not make every network transition seamless. On iPhone, connection-on-demand behavior can depend on the VPN configuration and the installed profile. On Android, always-on VPN or a block-without-VPN setting may be available through system settings or a managed configuration. Understand what a setting does before enabling it: a strict block can prevent internet access when the VPN is unavailable, which may be intentional for privacy but inconvenient during troubleshooting.
On Windows and Mac, check whether the client has a reconnect option and whether it starts correctly after you sign in or wake the computer. If a work or school device is managed by an administrator, do not replace profiles or override policy without permission. Reconnection settings should be tested with the same network and task that originally triggered the dropout.
Fix 4: Compare protocol options one at a time
Some clients let you choose a protocol or transport. The options available depend on the service and client; common choices across VPN software include WireGuard, OpenVPN, and IKEv2, while other clients may offer different protocols or transport modes. They are not interchangeable labels for a single technology, and a particular option is not automatically best on every network. A network may handle one transport more reliably than another, but changing protocols can also affect compatibility, performance, or the ability to connect at all.
If the client provides protocol selection, record the current setting, change only that setting, and test again on the same network and server. If the alternative makes no difference, restore the original option before trying a different fix. Do not copy protocol names or configuration files from an unrelated service. Use only the options supplied by your VPN provider or the client’s documented configuration.
Fix 5: Check sleep and network-transition behavior
On Windows and Mac, a laptop may disconnect or change network state when it sleeps, closes its lid, or switches between Wi-Fi networks. Check whether the drop happens only after sleep or wake. Test with the device awake and stationary first; then repeat the sleep-and-wake sequence. If the VPN reconnects after you open the client, the issue may be recovery after sleep rather than server stability.
On Windows, also check that the client is using the expected network adapter and that another proxy or network utility is not changing the route. On Mac, check the VPN status in the app and system network settings, especially after switching Wi-Fi networks. Names and controls vary with operating-system versions. Avoid disabling security software or removing network components as an initial test; if a security product is involved, consult its documentation or administrator before changing its protections.
Fix 6: Look for conflicting VPNs, proxies, or DNS tools
Only one VPN app should normally manage the active VPN connection at a time. Disconnect other VPN clients, and check for a proxy, firewall, DNS filter, ad blocker, or network-management utility that may be changing traffic. Browser extensions can also affect one browser without disconnecting the system VPN. Temporarily pause a nonessential tool only if you understand the effect and can restore it; do not turn off built-in security protections simply to see whether the connection changes.
If the connection works after removing a conflict, re-enable items individually to identify the cause. On a managed device, ask the administrator before changing network profiles, certificates, or security settings. A conflict is especially plausible if the problem began after installing a second networking app or changing a work, school, or parental-control configuration.
Fix 7: Reinstall only after checking the basics
If the client still drops across different networks and servers, a clean reinstall may help resolve a damaged app installation or profile. First confirm that you can sign in again and know how to restore the provider’s connection settings. Remove the app using its documented process, restart the device if instructed, and reinstall it from an official source. Do not delete system profiles or certificates unless the app’s instructions say to do so; those items may belong to another service or an organization.
After reinstalling, test a basic connection before restoring optional rules, custom DNS, or split-tunneling settings. If the drop returns only after restoring a particular option, keep that observation for support. Reinstalling is not a substitute for checking whether the local network, server, or operating system is responsible.
For a practical troubleshooting run, use this order: establish whether the internet works without the VPN; restart and update the client; test a second server; then check background permissions, reconnection behavior, and any supported protocol options. Make each change separately and repeat the original test. This keeps the process understandable and makes it easier to undo a change that has no effect.
Compare devices and collect useful evidence
If you can, compare the same network with another device that has the VPN client installed. If both devices drop on that network but remain stable elsewhere, the network or its route is a stronger suspect. If one device drops while another works on the same network, focus on the affected device’s app version, battery restrictions, operating-system settings, or conflicting network tools. This comparison is more useful when the server and test activity are kept as similar as possible.
Before contacting support, collect details that can help someone reproduce the issue. Include the device type and operating-system version, the VPN client version, the network type, the selected server or region, the time and frequency of the drops, and what you had to do to reconnect. State whether internet access works without the VPN and whether another server or network changes the result. If the client provides logs, use its built-in export or diagnostic option and remove personal information where appropriate.
Do not send passwords, account recovery codes, or private keys in a support request. A screenshot of a status message may help, but check it for email addresses, public network details, or other information you do not want to share. If you need account or setup assistance, use the site’s support page. For first-time installation and subscription setup, see the quick-start guide.
FAQ: VPN connection drops
Why does my VPN disconnect when I switch Wi-Fi networks?
Switching networks changes the device’s underlying connection and may change its address or route. The VPN may need to establish a new tunnel, so a short interruption can occur. A reconnect or on-demand option may help restore the tunnel, but behavior depends on the client, operating system, and VPN configuration. If it never reconnects, test the new Wi-Fi without the VPN, then check the client’s reconnect settings and server selection.
Why does the VPN drop when my phone screen is off?
Battery-saving or background-activity restrictions are a common place to investigate, especially on Android devices with manufacturer-specific power controls. Check whether the VPN app is allowed to run in the background and repeat the test. On iPhone, review the app’s connection options and relevant system settings, but remember that iOS manages background activity differently. If the issue continues, compare behavior while the phone remains awake and provide the app and operating-system versions to support.
Should I change the VPN protocol?
Try another protocol only if the client offers a supported alternative and the current connection is unstable on the network you are testing. Change one option, repeat the same test, and restore the original setting if the alternative does not help. A protocol change is a diagnostic step, not a guaranteed fix, and the available choices vary by provider and client.
When should I contact support?
Contact support when the issue continues across more than one suitable server or network, when the client repeatedly fails to reconnect, or when the settings are unclear or managed by your organization. Share the pattern and troubleshooting results, not passwords or private keys. If ordinary internet access also fails without the VPN, contact the network provider or device administrator as appropriate.