Michael Matz wrote:
Hello Per,
On Wed, 2 Oct 2019, Per Jessen wrote:
Oct 1 22:44:43 io64 openvpn[1678]: Preserving previous TUN/TAP instance: tun0 Oct 1 22:44:43 io64 openvpn[1678]: NOTE: Pulled options changed on restart, will need to close and reopen TUN/TAP device.
So the normal reconnect happing every hour or so isn't working.
Yep. and it worked fine up until August 29.
Here because option changes (which seem strange, but let's assume that is okay) made openvpn tear down the interface ...
The message "Pulled options changed on restart ..." also appeared for the first time on August 29.
Oct 1 22:44:43 io64 openvpn[1678]: ERROR: Linux route delete command failed: external program exited with error status: 2
... which already runs into troubles when trying to delete the route ...
I wonder if that might be some timing issue? I see it has happened 4 times since January 1, but then 8-10 times since August 29.
Oct 1 22:44:43 io64 openvpn[1678]: /bin/ip addr del dev tun0 local 192.168.252.207 peer 192.168.252.1 Oct 1 22:44:43 io64 openvpn[1678]: Linux ip addr del failed: external program exited with error status: 2
... and the address ...
Maybe this suggests the tunnel is already gone and has taken the route with it, so route and address cannot be deleted.
Oct 1 22:44:45 io64 openvpn[1678]: ERROR: Cannot ioctl TUNSETIFF tun: Operation not permitted (errno=1)
... and then fatally errors when trying to do some changes on the tun interface itself via an ioctl. This doesn't sound like any problem on the remote side, but rather a change local to you, e.g. a kernel update with broken permission checks?
This machine hasn't been updated since 10.3 .... :-) Still, let me reboot and see what happens. -- Per Jessen, Zürich (16.2°C) Member, openSUSE Heroes -- To unsubscribe, e-mail: heroes+unsubscribe@opensuse.org To contact the owner, e-mail: heroes+owner@opensuse.org