Hi Hoël,
thanks for your response!
On 2024-01-03 18:11, Hoël Bézier wrote:
I’ve encountered the same issue as you. I fixed it by removing the
persist-tun option from my configuration file.
The way I understand this configuration option, is that OpenVPN allows
itself to destroy and recreate tun interfaces if needed. I’m not sure
whether it means you may end up on the internet without going through
your VPN.
I tried again to remove the "persist-tun" option, and indeed I can now
reconnect also via SIGUSR1 without problems. Also all traffic is blocked
/ dropped while waiting for the server timeout, so at least I'm not left
open in the wild without VPN.
I’d be very interested if anyone had further information on that
matter, whether they would contredict my claims or support them.
Yes, even though USR1 works now without falling back to no-VPN routing,
if someone can give a little more insight if removing "persist-tun" is
the way to go here would be nice!
So at least one of the issues is "solved" for now, but the main problem
still remains: How can I properly detect Mesh roaming and react timely
to send HUP or USR1 to OpenVPN?
I'm still thinking about some sort of wpa_supplicant "hook" mechanism
for these roaming events, but I cannot find something like this in the
docs ...
Kind regards
FloGa
