PR1 OpenVPN reconnection

We had a power outage at our office earlier this week which shutdown our OpenVPN server. When power was restored and the OpenVPN server started, my EPIC PR1 did not reconnect.

I had to log into the EPIC PR1 locally, go to network settings and click Save to get it to reconnect again.

Looks like some networking commands are being called while unprivileged. You may need a wrapper script for this.

https://community.openvpn.net/openvpn/wiki/UnprivilegedUser

Log is below, power failure was March 11 around 7:30am.

openvpn.log
Tue Feb 25 17:37:35 2020 OpenVPN 2.3.7 arm-poky-linux-gnueabi [SSL (OpenSSL)] [LZO] [EPOLL] [MH] [IPv6] built on Dec 13 2019
Tue Feb 25 17:37:35 2020 library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.09
Tue Feb 25 17:37:35 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Tue Feb 25 17:37:35 2020 Control Channel Authentication: tls-auth using INLINE static key file
Tue Feb 25 17:37:35 2020 NOTE: UID/GID downgrade will be delayed because of --client, --pull, or --up-delay
Tue Feb 25 17:37:35 2020 UDPv4 link local (bound): [undef]
Tue Feb 25 17:37:35 2020 UDPv4 link remote: [AF_INET]47.176.73.146:1194
Tue Feb 25 17:37:35 2020 [openvpn.weatherite.com] Peer Connection Initiated with [AF_INET]47.176.73.146:1194
Tue Feb 25 17:37:37 2020 TUN/TAP device tun0 opened
Tue Feb 25 17:37:37 2020 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Tue Feb 25 17:37:37 2020 /sbin/ip link set dev tun0 up mtu 1500
Tue Feb 25 17:37:37 2020 /sbin/ip addr add dev tun0 10.89.0.16/24 broadcast 10.89.0.255
RTNETLINK answers: No such file or directory
RTNETLINK answers: No such file or directory
RTNETLINK answers: No such process
Error: an inet address is expected rather than "".
Error: an inet address is expected rather than "".
Tue Feb 25 17:37:38 2020 GID set to openvpn
Tue Feb 25 17:37:38 2020 UID set to openvpn
Tue Feb 25 17:37:38 2020 Initialization Sequence Completed
Wed Mar  4 04:55:07 2020 [openvpn.weatherite.com] Inactivity timeout (--ping-restart), restarting
Wed Mar  4 04:55:07 2020 SIGUSR1[soft,ping-restart] received, process restarting
Wed Mar  4 04:55:09 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Wed Mar  4 04:55:09 2020 UDPv4 link local (bound): [undef]
Wed Mar  4 04:55:09 2020 UDPv4 link remote: [AF_INET]47.176.73.146:1194
Wed Mar  4 04:55:10 2020 [openvpn.weatherite.com] Peer Connection Initiated with [AF_INET]47.176.73.146:1194
Wed Mar  4 04:55:12 2020 Preserving previous TUN/TAP instance: tun0
Wed Mar  4 04:55:12 2020 Initialization Sequence Completed
Wed Mar 11 07:32:03 2020 [openvpn.weatherite.com] Inactivity timeout (--ping-restart), restarting
Wed Mar 11 07:32:03 2020 SIGUSR1[soft,ping-restart] received, process restarting
Wed Mar 11 07:32:05 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Wed Mar 11 07:32:05 2020 UDPv4 link local (bound): [undef]
Wed Mar 11 07:32:05 2020 UDPv4 link remote: [AF_INET]47.176.73.146:1194
Wed Mar 11 07:33:05 2020 [UNDEF] Inactivity timeout (--ping-restart), restarting
Wed Mar 11 07:33:05 2020 SIGUSR1[soft,ping-restart] received, process restarting
Wed Mar 11 07:33:07 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Wed Mar 11 07:33:07 2020 UDPv4 link local (bound): [undef]
Wed Mar 11 07:33:07 2020 UDPv4 link remote: [AF_INET]47.176.73.146:1194
Wed Mar 11 07:34:07 2020 [UNDEF] Inactivity timeout (--ping-restart), restarting
Wed Mar 11 07:34:07 2020 SIGUSR1[soft,ping-restart] received, process restarting
Wed Mar 11 07:34:09 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Wed Mar 11 07:34:09 2020 UDPv4 link local (bound): [undef]
Wed Mar 11 07:34:09 2020 UDPv4 link remote: [AF_INET]47.176.73.146:1194
Wed Mar 11 07:35:09 2020 [UNDEF] Inactivity timeout (--ping-restart), restarting
Wed Mar 11 07:35:09 2020 SIGUSR1[soft,ping-restart] received, process restarting
Wed Mar 11 07:35:11 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Wed Mar 11 07:35:11 2020 UDPv4 link local (bound): [undef]
Wed Mar 11 07:35:11 2020 UDPv4 link remote: [AF_INET]47.176.73.146:1194
Wed Mar 11 07:35:11 2020 [openvpn.weatherite.com] Peer Connection Initiated with [AF_INET]47.176.73.146:1194
Wed Mar 11 07:35:14 2020 Preserving previous TUN/TAP instance: tun0
Wed Mar 11 07:35:14 2020 NOTE: Pulled options changed on restart, will need to close and reopen TUN/TAP device.
RTNETLINK answers: Operation not permitted
Wed Mar 11 07:35:14 2020 ERROR: Linux route delete command failed: external program exited with error status: 2
RTNETLINK answers: Operation not permitted
Wed Mar 11 07:35:14 2020 ERROR: Linux route delete command failed: external program exited with error status: 2
Wed Mar 11 07:35:14 2020 /sbin/ip addr del dev tun0 10.89.0.16/24
RTNETLINK answers: Operation not permitted
Wed Mar 11 07:35:14 2020 Linux ip addr del failed: external program exited with error status: 2
Wed Mar 11 07:35:15 2020 ERROR: Cannot ioctl TUNSETIFF tun0: Operation not permitted (errno=1)
Wed Mar 11 07:35:15 2020 Exiting due to fatal error

I am pretty sure you found this one…
https://www.opto22.com/support/resources-tools/knowledgebase/kb88857

Thanks for the log, very helpful.

Fix in firmware 2.0.

1 Like