You downloaded ExpressVPN, ran the installer, clicked the big power button — and nothing useful happened. Maybe the install itself failed halfway. Maybe the app opens but every connection attempt times out. Or maybe it connects for thirty seconds and then drops, over and over, like a call with terrible reception. On a Snapdragon laptop these failures cluster around one architectural quirk: ExpressVPN’s ARM64 build is a hybrid. Its Lightway protocol driver was rebuilt natively for ARM, but the app’s interface and backend services run under Windows’ Prism emulation. Either half can break, and each half breaks differently — which is why generic “reinstall it” advice so often misses. It shares troubleshooting DNA with DaVinci Resolve issues on ARM Windows , another heavyweight app where the visible program and its low-level engine can fail independently.
The practical consequence: you must diagnose which half is failing before you act. Driver-half failures show up as adapter errors, failed installs, and protocols that won’t engage. Emulation-half failures look like UI freezes, backend timeouts, and the app chewing CPU while doing nothing — the kind of background misbehavior covered in AI background processes in Windows 11 , where a process spins without producing results. Grabbing the wrong installer (x64 instead of ARM64) poisons both halves at once, and it’s the single most common mistake.
This guide separates the two halves cleanly. We’ll make sure you have the genuine ARM64 build, repair the Lightway driver path, choose a protocol your network tolerates, and reset the Windows networking underneath when the app is innocent. The discipline here mirrors background removal problems in Photos : a feature that looks broken on the surface while the real fault sits in a component you’d never think to check — found only by working the list in order.
Why this happens
- Wrong installer architecture: The standard x64 installer puts emulated components where native ones belong, breaking the driver half.
- Hybrid design, two failure modes: The native Lightway driver and the emulated UI/backend fail in completely different ways.
- Lightway driver install failures: If the rebuilt ARM driver doesn’t bind, no protocol based on it can connect.
- Network filtering kills UDP: Many hotel, campus, and corporate networks throttle or block the UDP traffic Lightway prefers.
- Kill switch and Network Lock conflicts: ExpressVPN’s Network Lock can strand you offline if the app crashes mid-session.
- Corrupted partial installs: A failed first install leaves driver fragments that block every later attempt.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Install the genuine ARM64 build
Everything downstream depends on this. The x64 installer will appear to work and then fail in strange ways — verify your build first.
- Uninstall any existing ExpressVPN from Settings > Apps > Installed apps, then reboot.
- Sign in to your ExpressVPN account dashboard in a browser.
- Under the Windows download options, choose “Download for ARM64” — not the default Windows build.
- Run the ARM64 installer, enter your activation code, and let it finish without interruption.
- Connect once with default settings before touching protocols or advanced options.
Fix 2: Repair the Lightway driver path
If the app installed but connections fail immediately, the Lightway driver’s binding is suspect. Forcing the app to re-create it clears most driver-half problems.
- Open Device Manager > Network adapters and look for ExpressVPN/Lightway entries with warnings.
- In the ExpressVPN app, open Options/Preferences > Protocol and note the current selection.
- Switch the protocol to a different option, then switch back — this triggers driver re-initialization.
- If Device Manager still shows warnings, uninstall the ExpressVPN adapter entries (delete driver software if offered), then reboot.
- Reopen the app and reconnect; the adapter should reinstall cleanly on launch.
Fix 3: Switch to a network-friendly protocol
Drops and timeouts on specific networks are usually protocol problems, not app problems. Lightway UDP is fastest but the first thing restrictive networks break.
- In ExpressVPN, open Options/Preferences > Protocol.
- If you’re on Lightway UDP (or Automatic), switch to Lightway TCP and test for several minutes.
- Still dropping? Try OpenVPN TCP — the slowest option, but the hardest for firewalls to interfere with.
- Test each protocol on the actual network where you had trouble, not just at home.
- Keep the working protocol selected; speed is irrelevant if the tunnel won’t stay up.
Fix 4: Reset the Windows network stack
When the app is correctly installed and the protocol is sane but nothing connects, the Windows networking underneath may be corrupted. A reset restores a known-good baseline.
- Open Terminal as administrator (right-click Start > Terminal (Admin)).
- Run
netsh winsock resetand press Enter. - Run
netsh int ip resetand press Enter. - Run
ipconfig /flushdns, then reboot the laptop. - Reconnect ExpressVPN before launching anything else. Microsoft’s Windows support hub documents these commands officially.
Fix 5: Check Network Lock and firewall interference
ExpressVPN’s Network Lock (kill switch) can leave you offline after a crash, and firewalls can silently block the tunnel. Check both deliberately.
- In ExpressVPN settings, temporarily disable Network Lock and test your connection.
- If traffic returns, re-enable it only after the tunnel is stable for a full session.
- Open Windows Security > Firewall & network protection and confirm ExpressVPN is allowed.
- Pause any third-party firewall or “web protection” suite while testing.
- Re-enable protections one at a time to find the conflicting one.
Fix 6: Clean reinstall and the manual-config fallback
When driver fragments from a failed install poison every attempt, only a full purge works. And if the app still won’t cooperate, manual OpenVPN config keeps you protected meanwhile.
- Uninstall ExpressVPN, reboot, and remove any leftover ExpressVPN adapters in Device Manager.
- Clear leftover folders under
%ProgramFiles%and%AppData%, then reboot again. - Install the ARM64 build fresh from your account dashboard and test with defaults.
- As a temporary fallback, get ExpressVPN’s OpenVPN manual configuration files from your dashboard.
- Load them into a generic OpenVPN client to tunnel traffic while you continue fixing the app.
Closing
ExpressVPN on ARM64 is a hybrid creature — a native Lightway driver wearing an emulated app’s clothes — and its failures split along that seam. Confirm the ARM64 build, repair the driver path, pick a protocol your network tolerates, and reset the stack when the app is innocent. Work the halves separately instead of reinstalling blindly, and the tunnel comes up: stubborn, but very much fixable.
