Blog

Why an unstable VPN tunnel can look like packet loss

Learn why a VPN can make a connection test report lost requests, how to compare results with and without the tunnel, and what to check next.

Michael ReedHardware tests 5 min read

Your VPN is connected, but calls freeze, pages stall, or a connection test reports lost requests. That can feel like ordinary Wi-Fi packet loss, even when the VPN tunnel or its route is the part causing the pause.

Use the Connection Stability test to compare the connection with the VPN on and off. The comparison can narrow down where to investigate, but it cannot identify the exact network device or prove that individual packets were dropped.

Compare the connection with and without the VPN

  1. Open the Connection Stability test on the device that has the problem. Keep the browser tab open while it measures response time, jitter, lost requests, and dropouts over a few minutes.
  2. Run the test with your VPN connected. Note whether the results show lost requests, sudden pauses, or just higher response times.
  3. Disconnect the VPN using its app, then run the test again on the same device and network. If your employer or school requires the VPN, do not disconnect it without permission.
  4. Repeat each test two or three times. Keep other conditions as similar as you can: use the same Wi-Fi, browser, and VPN server, and pause large downloads or uploads.
  5. Compare the results. If the problem appears only with the VPN connected, reconnect and test once more. A single run can be affected by temporary network traffic.

Write down which VPN server or location you used and whether the VPN reconnected during a test. That detail can help you tell a brief tunnel interruption from a steady, slower connection.

What the result means

Lost requests appear only with the VPN on

The VPN path is a strong suspect, but the result does not prove the VPN software itself is faulty. The tunnel may be taking a slower route, its server may be busy, or the connection between your device and that server may be unstable. A problem in the VPN app, its settings, or the network handling the tunnel can produce similar symptoms.

Try another VPN server or protocol if your VPN app offers those choices. If this is a work VPN, share the test times and results with your IT team instead of changing managed settings.

Lost requests appear with the VPN on and off

The issue may be in the Wi-Fi, router, internet connection, or the path to the test server, rather than the VPN alone. Move closer to the router or compare with a wired connection or another network. For more checks, see how to test whether Wi-Fi is dropping packets.

Response time rises, but no requests are lost

The connection is responding, but more slowly. A VPN often adds a trip through an extra server, so higher response time with the tunnel on is not automatically a fault. If delay jumps when someone uploads or downloads files, congestion may be the cause.

Results vary from one run to the next

That points to an intermittent condition, not a steady failure. VPN reconnects, busy servers, Wi-Fi interference, and other network traffic can cause short changes. Compare more than one run and note when the pauses happen, especially if they line up with a VPN reconnect or heavy network use.

How to fix it

  1. Reconnect the VPN. Disconnect and reconnect through the VPN app, then test again. This can clear a stalled tunnel. If the VPN is managed by work or school, follow its instructions.
  2. Choose a nearby VPN server. If you can select a location, try one closer to you. A distant server can add delay, and a busy server can make the connection less consistent.
  3. Try another VPN protocol. Some VPN apps let you choose a protocol, which controls how the tunnel carries traffic. Test another option only if it is available and permitted by your organization. Keep the same server and rerun the test so you can compare fairly.
  4. Pause other network activity. Stop large downloads, cloud backups, and video uploads for a test run. Heavy traffic can increase delay or make short interruptions more noticeable.
  5. Compare another connection. If practical, test on Ethernet or a phone hotspot. If the VPN behaves well on one network but not another, the original Wi-Fi or router may be affecting the tunnel. Avoid using a public hotspot for work or sensitive activity unless your organization allows it.
  6. Check the VPN profile and app. Update the VPN app, restart the device, and check that you are using the intended profile. On Windows 11, look under Settings › Network & internet › VPN. On macOS, check System Settings › VPN. On iPhone, check Settings › General › VPN & Device Management › VPN. On Android, look under Settings › Network & internet › VPN, though the wording can vary by phone maker. Do not remove a work or school profile without approval.

Why a VPN can resemble packet loss

A VPN wraps your internet traffic in an encrypted tunnel and sends it through a VPN server. This changes the route your connection takes and adds work for the device and server. If the server or any part of that route is congested, responses can arrive late or not arrive in time.

There can also be a mismatch in the maximum packet size the route can carry. The VPN adds information around the original traffic, leaving less room for the original data. If the network does not handle that size well, some connections may stall or behave inconsistently. A tunnel that disconnects and reconnects can also interrupt requests for a short time.

The Connection Stability test checks requests from your browser to its server. It does not capture every packet on your device or show which section of the route caused a missing response. A lost request is evidence of a failed or late response during that test, not proof that a specific packet was dropped inside the VPN. If the difference between VPN-on and VPN-off tests is repeatable, share the results and test times with your VPN provider or network administrator.