You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I hate opening this issue as a similar one had been open en closed before. I tried searching all of the internet but I can't get find an answer to this problem.
I have openpyn running quite well on a little linux machine, Vero 4K+.
After a certain time, the connection would come to an halt. When I log in the log I see that openpyn tries to restart the connection to the same remote address. Also I see some TLS handshake errors.
I would have liked that when a connection to a certain vpn server is halted for whatever reason, the whole initiation process of finding a new most suitable vpn server would start. Reading the openpyn wiki I believe this is also how it is intended to work. I can't find out why this doesn't happen in my case. I hope anyone can push me in the right direction.
● openpyn.service - NordVPN connection manager
Loaded: loaded (/etc/systemd/system/openpyn.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2020-03-14 23:51:13 CET; 1 day 17h ago
Process: 1186 ExecStartPre=/bin/sleep 5 (code=exited, status=0/SUCCESS)
Main PID: 1480 (openpyn)
CGroup: /system.slice/openpyn.service
├─1480 /usr/bin/python3 /usr/local/bin/openpyn nl --p2p --silent
├─1719 sudo openvpn --redirect-gateway --auth-retry nointeract --config /usr/local/lib/python3.5/dist-packages/openpyn/files/ovpn_udp/nl555.nordvpn.com.udp.ovp
└─1726 openvpn --redirect-gateway --auth-retry nointeract --config /usr/local/lib/python3.5/dist-packages/openpyn/files/ovpn_udp/nl555.nordvpn.com.udp.ovpn --a
Mar 16 17:18:50 osmc openpyn[1480]: Mon Mar 16 17:18:50 2020 SIGUSR1[soft,tls-error] received, process restarting
Mar 16 17:18:50 osmc openpyn[1480]: Mon Mar 16 17:18:50 2020 Restart pause, 300 second(s)
Mar 16 17:23:50 osmc openpyn[1480]: Mon Mar 16 17:23:50 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]185.229.191.101:1194
Mar 16 17:23:50 osmc openpyn[1480]: Mon Mar 16 17:23:50 2020 Socket Buffers: R=[212992->1048576] S=[212992->1048576]
Mar 16 17:23:50 osmc openpyn[1480]: Mon Mar 16 17:23:50 2020 UDP link local: (not bound)
Mar 16 17:23:50 osmc openpyn[1480]: Mon Mar 16 17:23:50 2020 UDP link remote: [AF_INET]185.229.191.101:1194
Mar 16 17:24:50 osmc openpyn[1480]: Mon Mar 16 17:24:50 2020 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Mar 16 17:24:50 osmc openpyn[1480]: Mon Mar 16 17:24:50 2020 TLS Error: TLS handshake failed
Mar 16 17:24:50 osmc openpyn[1480]: Mon Mar 16 17:24:50 2020 SIGUSR1[soft,tls-error] received, process restarting
Mar 16 17:24:50 osmc openpyn[1480]: Mon Mar 16 17:24:50 2020 Restart pause, 300 second(s)
as mentioned in the other issues, a sudo systemctl restart openpyn kind of fixes the problem, but is not really a solution as it isn't automated.
I've made slight adjustments to sudo nano /etc/systemd/system/openpyn.service
Hi,
I hate opening this issue as a similar one had been open en closed before. I tried searching all of the internet but I can't get find an answer to this problem.
I have openpyn running quite well on a little linux machine, Vero 4K+.
After a certain time, the connection would come to an halt. When I log in the log I see that openpyn tries to restart the connection to the same remote address. Also I see some TLS handshake errors.
I would have liked that when a connection to a certain vpn server is halted for whatever reason, the whole initiation process of finding a new most suitable vpn server would start. Reading the openpyn wiki I believe this is also how it is intended to work. I can't find out why this doesn't happen in my case. I hope anyone can push me in the right direction.
as mentioned in the other issues, a
sudo systemctl restart openpyn
kind of fixes the problem, but is not really a solution as it isn't automated.I've made slight adjustments to
sudo nano /etc/systemd/system/openpyn.service
in any case, thanks for this amazing tool!
The text was updated successfully, but these errors were encountered: