Skip to content

Connection error using AWSVPN client 5..3.1 after Windows 11 25H2 update

0

My organization just deployed 24H2 and we found many instances of AWSVPN connection errors using older client versions-- multiple TAP adapters were being created-- but updating to client 5.3.1 resolved.

Now we have some users who are not managed by our org who are being updated to 25H2 and they are receiving the same connection errors as we had with 24H2 but they are not experiencing the multiple TAP adapters like we saw with 24H2 (in one case I saw more than 30 adapters, one for each unsuccessful attempt).

To keep these users working we rolled back the latest update and paused future updates. I am trying to update my own workstation to 25H2 so I will have something to test.

Is this a known issue? The cause/effect seems to be fairly clear: this outside org that we work with has 10 users, everyone who got the 25H2 update broke, nobody who was still on 24H2 had problems, and everyone who got 25H2 but rolled back is now working again. I am expecting this would be addressed in a new client version but if this is something I need to address from the VPN client endpoint side what would that be?

Thanks

asked 9 months ago972 views

3 Answers
0

This appears to be a known compatibility issue between newer versions of the AWS VPN Client (including 5.x) and recent Windows builds. The issue you're describing with Windows 25H2 follows a similar pattern to what was observed with Windows 24H2, where the AWS VPN Client fails to connect properly after Windows updates.

The root cause appears to be that the OpenVPN process that the AWS VPN Client relies on cannot initialize correctly on these newer Windows builds. In the case of Windows 24H2, users reported errors like "OpenVPN Process Failed to Start" or issues with port 35001 not being properly opened for SAML-based authentication.

Based on the pattern you're describing, it seems the Windows 25H2 update is causing similar compatibility problems with AWS VPN Client 5.3.1, even though this version had resolved the issues with Windows 24H2.

For now, the most reliable solution appears to be:

  1. Rolling back to Windows 24H2 (which you've already done successfully)
  2. Pausing Windows updates until a compatible AWS VPN Client version is released

If you need a more immediate solution while waiting for an updated client version, you could try:

  • Running the AWS VPN Client as administrator
  • Checking that the AWS VPN Client service is running and set to Automatic startup
  • Temporarily disabling any third-party antivirus or security software
  • Verifying there are no conflicting VPN software applications installed

For your testing purposes, when you update your workstation to 25H2, you might also want to try downgrading to AWS VPN Client version 4.1.0, as this version has been noted to work better with some recent Windows builds in similar situations.

From the VPN endpoint side, there are no specific changes needed as this appears to be a client-side compatibility issue between the AWS VPN Client and Windows 25H2.
Sources
AWS VPN Client cannot reach 127.0.0.1/35001 and fails after Windows restart | AWS re:Post
AWS VPN Client does not work since Version 5.x (5.2.2) | AWS re:Post

answered 9 months ago

0

Hi, if you are using Federated authentication then we are observing authentication failures as well.

We are aware of an issue affecting Client VPN users after Windows Updates KB5066835 and KB5065789 (in a few cases), which can cause SAML authentication failures. This results in "cannot reach page" errors in browsers and connection timeouts.

Affected platforms: ​Client: Windows 11, version 25H2; Windows 11, version 24H2 ​Server: Windows Server 2025

Recommended workaround: Check for updates and restart the device. Follow the recommendation from Microsoft - https://learn.microsoft.com/en-us/windows/release-health/status-windows-11-24h2#3592msgdesc

AWS

answered 9 months ago

0

Thank you for the reply but we are not using SAML authentication

answered 9 months ago

You are not logged in. Log in to post an answer.

A good answer clearly answers the question and provides constructive feedback and encourages professional growth in the question asker.