Happened again this morning, exactly between 7:29 am and 7:30 am. I checked the OpenVPN logs. There is absolutely no activity between 7:31:10 and 7:36:40, which is unusual. Typically someone is reconnecting every few minutes. Then, at 7:36:40, all 13 connected users have an inactivity timeout at the exact same time. After that, all remote users start aggressively connecting, every few seconds. By this point, the CPU is already at 100%. Starting at 8:16:59, the log starts throwing errors that no more IP addresses are available.

@divsys Appreciate the heads up. Gonna wait for a fix for all this. Right now I'm getting by as a Wireguard client.

@sensecanuck said in VPN up Gateway up - No Internet:

Solved in this thread by disabling Data Encryption Negotiation.
https://forum.netgate.com/topic/161040/openvpn-client-showing-100-packetloss-following-2-5-0-upgrade/10

Thank you sir. Just got back to town and this worked. For those who are having this same issue the following two things will fix this issue:

Uncheck "Enable Data Encryption Negotiation"
or Remove "tls-client" from custom option settings in OpenVPN

@viragomann
Yes, I was assuming the ciphers are identical on both sides and they were.
But as I figured out "Enable NCP" was activated. After disabling it the connection attempt succeeded.

So, everything seems to be ok now. :-)

Many thanks for our help!

@jknott ok thank you :-)

@stephenw10 thank you :-)

@hieroglyph thank you :-)

AES-GCM would be the best choice.

Just a note ....

Have you guyzz actually tried to revert the negotiated algo's ?

As it is , a working negotiated setup , might select and use 128-bits instead of 256-bits.

Below the window it says the order is respected.
And that makes me always put 256 before 128

I don't have Nord , and haven't upgraded to 2.50 yet

/Bingo

@gertjan I checked the logs and did more research. It turned out to be a compression issue and I had to add push route... to the advanced settings. The config file was not changing the compression when it was no longer adaptive (Bug?) in the open vpn server config. So it kept on creating a file with adaptive compression. I commented out the compression line and it works now.

Yes did follow the vpn provider guide, thanks for the video link.

Still does not work, bit stuck now and frustrated been over two weeks of struggling, might give up on this provider.