Sorry, I haven't found the forum branch to discuss the Client.
I recently migrated to a fresh Windows 11 and noticed that after resuming from long sleep there's no traffic for hours until I manually reconnect. According to the client log it performs a seamless reconnect after sleep and then it thinks that everything is fine (nothing is logged).
I found a line that was logged right after resuming:
and the address was different from the address assigned to my virtual adapter.
Code: Select all
PUSH: Received control message: 'PUSH_REPLY,...,ifconfig 10.78.6.3 255.255.255.192,...'
After I assigned the new address manually with "netsh interface ipv4 add address" I was able to reach the hosts on the other side of the tunnel. Nothing was logged by the client during the process so the client didn't even notice the change.
So why did it start happening only recently? I see these differences on the fresh Windows 11 :
- the client does not install a tun/tap adapter. It installs some "OpenVPN Data Channel Offload" which I never heard of before
- the client does not assign a static ip address! It keeps the adapter in the "dhcp" mode even though there's no DHCP on the other side
- I believe (though I have no proof) the client calls the "AddIPAddress" API to add the pushed address to the adapter, but it does not call "DeleteIPAddress" on seamless reconnect and that must be the bug.
I use OpenVPN 2.6.3-I001 amd64 with OpenVPN Gui 11.41