A VPN that disconnects repeatedly is frustrating, but the cause is often not the VPN server itself. A phone may pause an app when its screen locks, a laptop may change Wi-Fi networks, or a client may lose permission to run in the background. Start by noting when the drop happens: after the screen turns off, when switching networks, during long periods of inactivity, or at random. That pattern helps narrow the fault down before you change settings.
Work through the checks below in order, changing one setting at a time. After each change, reconnect and repeat the activity that usually causes the drop. If you change several things at once, it becomes difficult to tell which adjustment helped—or whether the connection recovered for an unrelated reason.
Identify when the VPN connection drops
First, distinguish a VPN disconnect from an ordinary internet interruption. When the VPN drops, check whether websites and apps still work through your normal connection. If nothing loads until Wi-Fi or mobile data reconnects, the underlying network may be failing. If ordinary internet works but the VPN client shows “Disconnected,” focus on the client, its permissions, or the selected route.
Write down the conditions around a few drops: whether the device was idle, whether its screen was locked, which network it used, which apps were active, and whether the VPN was connected through the official app or a compatible third-party client. Note any message shown by the client, but avoid sharing screenshots that reveal an account name, server details, or subscription credentials.
- ✅ If drops happen when the screen locks, inspect battery and background-app restrictions.
- ✅ If drops follow a Wi-Fi or mobile-data change, test the new network separately.
- ✅ If only one app stops working, check that app’s routing and the client’s connection state.
- ❌ Don’t assume a brief loading pause proves the VPN has disconnected; verify the client status first.
Also check whether the client is still running. Some interfaces show a notification or status-bar indicator while the VPN is active; others may display a stale screen after the connection has already changed. Open the client and confirm its current state before troubleshooting a website or streaming app.
Check battery and background settings
Phones and tablets commonly limit apps that run while the screen is off. Battery saver, background-app controls, sleep modes, and manufacturer-specific power management can suspend a VPN client or its network activity. If the connection drops soon after locking the screen, temporarily disable battery saver and allow the VPN client to run in the background. The exact menu names vary by operating-system version and device maker, so look for settings such as “Battery optimization,” “Background activity,” “App launch,” or “Unrestricted.”
On Android, review the VPN app’s battery usage and background permissions, then check any device-maker settings that automatically put unused apps to sleep. Do not disable battery protections for every app as a first step; make a targeted exception for the VPN client and test again. If your phone has a separate data-saver setting, make sure it is not preventing background data for the client.
On iPhone or iPad, check Low Power Mode, the client’s in-app reconnect options, and whether the system still lists the VPN as connected after the screen locks. iOS manages background networking differently from desktop systems, and not every app can remain active in every situation. If the connection drops during a transition, test with Low Power Mode off and the client open, then lock the screen to see whether the result changes.
On Windows and macOS, quit unnecessary power-saving utilities temporarily and check whether sleep, hibernation, or closing the laptop lid interrupts the network adapter. A VPN cannot keep a connection alive if the computer suspends its network hardware. For a controlled test, keep the device awake, leave the client running, and compare the result with your usual sleep settings.
Change one power or background setting at a time. If allowing background activity solves the issue, keep the change limited to the VPN client rather than weakening power controls across the whole device.
Test network changes and client settings
Moving between Wi-Fi and mobile data, switching access points, or waking a device from sleep can interrupt an existing tunnel. Some clients reconnect automatically; others need time to establish a new session. Test each network on its own: connect on Wi-Fi, confirm the VPN is working, disconnect deliberately, then repeat on mobile data or another trusted network. If only one network triggers the problem, restart that network connection and check whether its login page, firewall, or router settings are interfering.
Public and managed networks may require a sign-in page or restrict certain connection types. If a captive portal is involved, disconnect the VPN briefly, complete the network’s legitimate sign-in process, and reconnect afterward. Do not enter credentials into a page unless you have verified that it belongs to the network provider or organization. On a workplace or school network, follow its administrator’s rules rather than trying to bypass restrictions.
Keep the VPN client and operating system up to date through their normal update channels. A client that has been running for a long time may also benefit from a clean restart: disconnect, fully quit the app, reopen it, and connect again. If you use a compatible client such as Clash Verge, sing-box, or Shadowrocket, confirm that its profile is current and that the selected outbound route is enabled. A profile can load successfully while a particular route or rule still directs traffic elsewhere.
For a straightforward baseline, compare the official client with the compatible client you normally use, if both are available for your platform and account. The VPNLD VPN for China home page describes the service’s supported platforms and general setup context; whichever client you choose, import a fresh subscription only through a trusted account session and keep the link private. Do not paste a live subscription URL into a public troubleshooting forum, chat, or screenshot.
Check the client’s connection mode and routing rules before changing advanced options. Rule-based routing may send some apps through the VPN and others directly, so an app that fails does not necessarily mean the whole tunnel has dropped. Temporarily use a simple, documented configuration if your client offers one, then restore your normal rules after testing. Avoid running two VPN or proxy clients at the same time: their virtual adapters, DNS settings, or routes can conflict.
Refresh the connection step by step
Use this sequence when the connection drops again and you want a repeatable test. It is designed to reset the client’s local state without immediately deleting profiles or changing multiple network settings.
- Record the symptom. Note the time, network type, device state, selected route, and any client message. Do not include private account or subscription information in your notes if they will be shared.
- Check ordinary connectivity. Turn the VPN off briefly and verify that the device can reach the internet through its current Wi-Fi or mobile-data connection. Reconnect the VPN after confirming the network is available.
- Restart the client. Disconnect, fully close the VPN app, open it again, and select the same route. If the app offers a reconnect control, use it once rather than repeatedly tapping connect.
- Test one alternate route. Choose another available route in the same general region, if one is offered, and repeat the activity that normally triggers the drop. A different result can indicate a route-specific issue, but one successful attempt is not proof of a permanent fix.
- Test one alternate network. If practical, compare the original Wi-Fi with mobile data or another trusted connection. If the VPN is stable only on one network, investigate that network before rebuilding the client profile.
- Restore your usual configuration. After testing, re-enable any battery or routing settings you changed unless the test identified a targeted adjustment that is appropriate to keep.
At each stage, change only one variable. For example, do not switch routes, disable battery saving, reinstall the app, and edit DNS at the same time. A controlled comparison tells you whether the problem follows the device, the network, the client configuration, or a particular route.
5
Supported platforms
110+
Countries covered
160+
Routes
Unlimited
Concurrent devices
VPNLD supports Windows, macOS, iOS, Android, and Linux. The coverage figures above describe service scope, not a guarantee that every route will remain connected on every local network. The connection still depends on the device, client, network conditions, and route selected.
Advanced checks for computers
If basic checks do not help, inspect the network adapter and routing state on a computer. Restart the device after installing client updates, and look for another VPN, proxy, firewall, or security utility that may be controlling the same network traffic. Temporarily disable only software you own and understand, and restore its protection after the test. On a managed computer, ask the administrator before changing security or network settings.
DNS behavior can make an app look disconnected even when the tunnel remains active. Compare the client’s status with access to more than one ordinary website. If only name-based browsing fails while the VPN still reports connected, the issue may involve DNS resolution rather than a dropped tunnel. Avoid entering arbitrary DNS addresses from unofficial guides: use the client’s documented defaults or seek help from its provider.
Some clients expose transport or protocol choices, such as WireGuard or proxy-based options. Availability depends on the service, platform, and client configuration. If the client documents more than one supported option, test a different one only after recording the original setting. Keep the test simple, use the same network and route where possible, and switch back if the change makes the connection less reliable.
MTU adjustments, custom routing rules, and manual adapter changes are advanced troubleshooting steps, not universal fixes. Incorrect values can make browsing slower or break access to particular sites. Do not copy a setting from a device with a different network and assume it will work on yours. If you need to investigate these settings, document the original values and change one item at a time so you can restore the previous configuration.
Reinstalling should be a later step, not the first one. Before removing an app, make sure you can sign back in or retrieve your subscription settings through a trusted account route. Remove only the affected client, install a current version from its official source, and import the subscription again using the client’s supported method. Never send the subscription link to someone else as a way to “check” it.
When the connection still drops
If the VPN continues disconnecting, gather a concise diagnostic summary before contacting support or an administrator. Include your device platform and operating-system version, client name and version, approximate time of the issue, whether the screen was locked, the network type, and whether other routes or networks changed the result. Include the exact error text if it contains no private information. This is more useful than a vague report that the VPN “does not work.”
Do not include passwords, one-time codes, full subscription URLs, or account recovery details in diagnostic material. A subscription link can function like a credential. If a screenshot is necessary, crop or cover account identifiers and sensitive configuration fields. Share logs only through a trusted support channel and only after checking whether they contain tokens, internal addresses, or other personal information.
Before assuming the account or service is at fault, check whether the issue affects one device, one network, one client, or multiple combinations. A failure limited to a single phone often points toward its background settings or client configuration. A problem that appears only on one Wi-Fi network suggests a local network condition. If the same failure persists across different networks and clients, share the controlled test results so the cause can be investigated without guessing.
For a reliable daily setup, keep one VPN client active at a time, allow the chosen client to run as intended, and avoid unnecessary changes to advanced settings. After an operating-system update, revisit battery permissions and network access, since system updates can reset or alter app behavior. Test again after any significant change instead of waiting for a critical call or work session to discover that the connection no longer holds.
VPN disconnection FAQ
Why does my VPN disconnect when the screen locks?
The operating system or device-maker power manager may restrict background activity to save battery. Allow the VPN client to run in the background, review battery optimization for that app, and test with battery saver temporarily disabled. If the issue continues, check whether the device itself is suspending its network connection.
Can switching between Wi-Fi and mobile data cause a drop?
Yes. A network change can interrupt the existing tunnel while the client establishes a new connection. Confirm that the new network has internet access, then let the client reconnect or restart it once. If drops happen only on one network, investigate that network separately.
Should I change the protocol or reinstall the client?
Try basic connectivity, background permissions, a client restart, and one alternate route first. Change protocol only if the client documents another supported option, and record the original setting. Reinstall only after confirming that you can safely retrieve your settings and subscription through a trusted account session.
Does one app failing mean the VPN has disconnected?
No. Routing rules may send different apps through different paths, and an app can fail while the VPN tunnel remains active. Check the client’s live status and test more than one app or website before concluding that the entire connection has dropped.