0X000035F2

Fix ERROR_IPSEC_IKE_QM_ACQUIRE_DROP 0X000035F2

Quick answer: Delete and recreate the VPN connection, or reset the IPsec policy. This error means your Windows machine dropped the negotiation request because it sat too long in the queue.

Quick answer for advanced users

Open Command Prompt as admin, run netsh ipsec static delete policy name=all and netsh int ipsec reset, then restart the VPN service and reconfigure your connection. That clears the stale queue and forces a fresh negotiation.

Why this happens

You're seeing 0X000035F2 when a Quick Mode (QM) negotiation request sits in the IPsec IKE queue longer than Windows allows. The default timeout is usually 180 seconds. After that, Windows drops the request and logs this error. I see this most often when connecting to corporate VPNs through a congested network, or when the VPN server responds slowly because it's overloaded. Sometimes it's a one-time glitch. Other times it means something's corrupted in your IPsec policy store.

I've fixed this on Windows 10 22H2 and Windows 11 23H2. On Server 2019 and 2022, same deal. The fix doesn't change if it's IKEv1 or IKEv2 — the queue timeout behavior is the same.

Step-by-step fix

Before you start, save any open work. You'll need to restart the IPsec service, which will temporarily drop active VPN connections.

  1. Open Command Prompt as Administrator. Click Start, type cmd, right-click Command Prompt, choose Run as administrator. Click Yes on the UAC prompt.
  2. Clear all IPsec policies. Type this and press Enter:
    netsh ipsec static delete policy name=all
    After you run it, you should see Policy name=all deleted successfully. If you get No policy was found, that's fine too — it means your store is already clean.
  3. Reset the IPsec service. Type:
    netsh int ipsec reset
    Wait for the message Resetting IPsec... OK. This usually takes 2-3 seconds.
  4. Restart the IPsec service. Type:
    net stop PolicyAgent && net start PolicyAgent
    You'll see The IPsec Policy Agent service was stopped successfully. then The IPsec Policy Agent service was started successfully.
  5. Restart the VPN service. Type:
    net stop RasMan && net start RasMan
    Again, you'll get stop and start confirmation messages.
  6. Reconfigure your VPN connection. Go to Settings > Network & Internet > VPN. Delete your current VPN connection and create a new one with the exact same server address, username, and password.
  7. Test the connection. Connect to the VPN. If it works, you're done. If you still see the error, move to the alternative fix below.

Alternative fix if the main one doesn't work

Sometimes the IPsec store is fine but the network path has issues. Here's what I'd try next:

  • Change the VPN protocol. If you're using IKEv2, switch to L2TP/IPsec or SSTP. Each protocol handles timeouts differently. Right-click your VPN connection in Settings, go to Properties, and change the Type of sign-in info or VPN provider.
  • Increase the IKE negotiation timeout. This is registry-level, so be careful. Open Regedit, go to HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PolicyAgent\. Create a DWORD named NegotiationTimeout and set it to 300 (decimal). Reboot. This gives the queue 5 minutes instead of 3.
  • Temporarily disable Windows Firewall on your LAN connection only. I don't love this, but sometimes the firewall interferes with IKE traffic. Right-click your network icon, open Network & Internet settings, Windows Firewall, turn it off for your private network. Test the VPN. Turn it back on after.

Prevention tips

Once you've fixed the immediate error, do these two things:

  • Don't let your VPN sit idle. If you're not using the connection, disconnect it. Idle tunnels can trigger the queue drop when you try to renegotiate.
  • Update your VPN client software. If you're using a third-party client like Cisco AnyConnect or Pulse Secure, update to the latest version. Older clients sometimes hold onto dead queue entries.

That's it. The 0X000035F2 error is annoying but straightforward once you know what's dropping the ball. Nine times out of ten, clearing the IPsec policy store and restarting the services gets you connected.

Related Errors in Windows Errors
Event ID 7000, Service Control Manager Error 1068 Event Log Service Won't Start: Fix in 3 Steps 0XC0262317 Fix ERROR_GRAPHICS_SOURCE_ALREADY_IN_SET (0xC0262317) 0XC0210021 STATUS_FVE_REBOOT_REQUIRED 0XC0210021 Fix 0XC01E0315 STATUS_GRAPHICS_INVALID_VIDEOPRESENTSOURCESET (0xC01E0315) Fix

Was this solution helpful?

EP
Erropedia Team
Tech Support Editors
The Erropedia editorial team researches and documents real-world tech errors from across Windows, Linux, macOS, networking, databases, cloud platforms, and more. Every solution is reviewed for accuracy and updated as software and systems evolve.