Connection iterrupted, reconnect fails

[altae 23]

With the latest Client (2.9.2) and netlock activated I get frequent connection interruptions. This for itself would not be that much of a problem (even though annoying) but to make the matter even worse after such an interruption the client refuses to reconnect to any server and is stuck in a connect > disconnect > connect... loop. All that helps is manually closing and restarting the client or changing something in the settings. Here is an extract of the log:

 

. 2015.06.01 23:03:45 - Updating systems & servers data ...
. 2015.06.01 23:03:51 - OpenVPN > write UDPv4: Operation not permitted (code=1)
. 2015.06.01 23:03:52 - Systems & servers data update completed
. 2015.06.01 23:03:53 - OpenVPN > write UDPv4: Operation not permitted (code=1)
. 2015.06.01 23:06:00 - OpenVPN > TLS: soft reset sec=0 bytes=1353759964/0 pkts=1518741/0
. 2015.06.01 23:06:00 - OpenVPN > write UDPv4: Operation not permitted (code=1)
. 2015.06.01 23:06:43 - OpenVPN > [server] Inactivity timeout (--ping-restart), restarting
. 2015.06.01 23:06:43 - OpenVPN > SIGUSR1[soft,ping-restart] received, process restarting
. 2015.06.01 23:06:43 - OpenVPN > Restart pause, 2 second(s)
! 2015.06.01 23:06:43 - Disconnecting
. 2015.06.01 23:06:43 - Management - Send 'signal SIGTERM'
. 2015.06.01 23:06:43 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'
. 2015.06.01 23:06:43 - OpenVPN > MANAGEMENT: Client disconnected
. 2015.06.01 23:06:43 - OpenVPN > Assertion failed at misc.c:785
. 2015.06.01 23:06:43 - OpenVPN > Exiting due to fatal error
. 2015.06.01 23:06:43 - Connection terminated.
I 2015.06.01 23:06:48 - Checking authorization ...
! 2015.06.01 23:06:48 - Connecting to Gienah (Netherlands, Alblasserdam)
I 2015.06.01 23:06:48 - DNS of the system will be updated to VPN DNS (ResolvConf method)
. 2015.06.01 23:06:48 - OpenVPN > OpenVPN 2.3.2 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [eurephia] [MH] [IPv6] built on Dec  1 2014
. 2015.06.01 23:06:48 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100
. 2015.06.01 23:06:48 - OpenVPN > NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
. 2015.06.01 23:06:48 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file
. 2015.06.01 23:06:48 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.06.01 23:06:48 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.06.01 23:06:48 - OpenVPN > Socket Buffers: R=[212992->131072] S=[212992->131072]
. 2015.06.01 23:06:48 - OpenVPN > UDPv4 link local: [undef]
. 2015.06.01 23:06:48 - OpenVPN > UDPv4 link remote: [AF_INET]213.152.162.93:443
. 2015.06.01 23:06:48 - OpenVPN > write UDPv4: Operation not permitted (code=1)
. 2015.06.01 23:07:20 - OpenVPN > [UNDEF] Inactivity timeout (--ping-exit), exiting
. 2015.06.01 23:07:20 - OpenVPN > SIGTERM received, sending exit notification to peer
. 2015.06.01 23:07:25 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting
! 2015.06.01 23:07:25 - Disconnecting
. 2015.06.01 23:07:25 - Connection terminated.
I 2015.06.01 23:07:28 - Checking authorization ...
! 2015.06.01 23:07:28 - Connecting to Gienah (Netherlands, Alblasserdam)
I 2015.06.01 23:07:28 - DNS of the system will be updated to VPN DNS (ResolvConf method)
. 2015.06.01 23:07:28 - OpenVPN > OpenVPN 2.3.2 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [eurephia] [MH] [IPv6] built on Dec  1 2014
. 2015.06.01 23:07:28 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100
. 2015.06.01 23:07:28 - OpenVPN > NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
. 2015.06.01 23:07:28 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file
. 2015.06.01 23:07:28 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.06.01 23:07:28 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.06.01 23:07:28 - OpenVPN > Socket Buffers: R=[212992->131072] S=[212992->131072]
. 2015.06.01 23:07:28 - OpenVPN > UDPv4 link local: [undef]
. 2015.06.01 23:07:28 - OpenVPN > UDPv4 link remote: [AF_INET]213.152.162.93:443
. 2015.06.01 23:07:28 - OpenVPN > write UDPv4: Operation not permitted (code=1)
. 2015.06.01 23:08:00 - OpenVPN > [UNDEF] Inactivity timeout (--ping-exit), exiting
. 2015.06.01 23:08:00 - OpenVPN > SIGTERM received, sending exit notification to peer
. 2015.06.01 23:08:05 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting
! 2015.06.01 23:08:05 - Disconnecting
. 2015.06.01 23:08:05 - Connection terminated.
I 2015.06.01 23:08:08 - Checking authorization ...
! 2015.06.01 23:08:08 - Connecting to Gienah (Netherlands, Alblasserdam)
I 2015.06.01 23:08:08 - DNS of the system will be updated to VPN DNS (ResolvConf method)
. 2015.06.01 23:08:08 - OpenVPN > OpenVPN 2.3.2 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [eurephia] [MH] [IPv6] built on Dec  1 2014
. 2015.06.01 23:08:08 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100
. 2015.06.01 23:08:08 - OpenVPN > NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
. 2015.06.01 23:08:08 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file
. 2015.06.01 23:08:08 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.06.01 23:08:08 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.06.01 23:08:08 - OpenVPN > Socket Buffers: R=[212992->131072] S=[212992->131072]
. 2015.06.01 23:08:08 - OpenVPN > UDPv4 link local: [undef]
. 2015.06.01 23:08:08 - OpenVPN > UDPv4 link remote: [AF_INET]213.152.162.93:443
. 2015.06.01 23:08:08 - OpenVPN > write UDPv4: Operation not permitted (code=1)
. 2015.06.01 23:08:40 - OpenVPN > [UNDEF] Inactivity timeout (--ping-exit), exiting
. 2015.06.01 23:08:40 - OpenVPN > SIGTERM received, sending exit notification to peer
. 2015.06.01 23:08:45 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting
! 2015.06.01 23:08:45 - Disconnecting
. 2015.06.01 23:08:45 - Connection terminated.
I 2015.06.01 23:08:48 - Checking authorization ...
! 2015.06.01 23:08:48 - Connecting to Gienah (Netherlands, Alblasserdam)
I 2015.06.01 23:08:48 - DNS of the system will be updated to VPN DNS (ResolvConf method)
. 2015.06.01 23:08:48 - OpenVPN > OpenVPN 2.3.2 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [eurephia] [MH] [IPv6] built on Dec  1 2014
. 2015.06.01 23:08:48 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100
. 2015.06.01 23:08:48 - OpenVPN > NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
. 2015.06.01 23:08:48 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file
. 2015.06.01 23:08:48 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.06.01 23:08:48 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.06.01 23:08:48 - OpenVPN > Socket Buffers: R=[212992->131072] S=[212992->131072]
. 2015.06.01 23:08:48 - OpenVPN > UDPv4 link local: [undef]
. 2015.06.01 23:08:48 - OpenVPN > UDPv4 link remote: [AF_INET]213.152.162.93:443
. 2015.06.01 23:08:48 - OpenVPN > write UDPv4: Operation not permitted (code=1)
. 2015.06.01 23:09:20 - OpenVPN > [UNDEF] Inactivity timeout (--ping-exit), exiting
. 2015.06.01 23:09:20 - OpenVPN > SIGTERM received, sending exit notification to peer
. 2015.06.01 23:09:25 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting
! 2015.06.01 23:09:25 - Disconnecting
. 2015.06.01 23:09:25 - Connection terminated.
I 2015.06.01 23:09:28 - Checking authorization ...
! 2015.06.01 23:09:29 - Connecting to Gienah (Netherlands, Alblasserdam)
I 2015.06.01 23:09:29 - DNS of the system will be updated to VPN DNS (ResolvConf method)
. 2015.06.01 23:09:29 - OpenVPN > OpenVPN 2.3.2 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [eurephia] [MH] [IPv6] built on Dec  1 2014
. 2015.06.01 23:09:29 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100
. 2015.06.01 23:09:29 - OpenVPN > NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
. 2015.06.01 23:09:29 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file
. 2015.06.01 23:09:29 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.06.01 23:09:29 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.06.01 23:09:29 - OpenVPN > Socket Buffers: R=[212992->131072] S=[212992->131072]
. 2015.06.01 23:09:29 - OpenVPN > UDPv4 link local: [undef]
. 2015.06.01 23:09:29 - OpenVPN > UDPv4 link remote: [AF_INET]213.152.162.93:443
. 2015.06.01 23:09:29 - OpenVPN > write UDPv4: Operation not permitted (code=1)
. 2015.06.01 23:10:02 - OpenVPN > [UNDEF] Inactivity timeout (--ping-exit), exiting
. 2015.06.01 23:10:02 - OpenVPN > SIGTERM received, sending exit notification to peer
. 2015.06.01 23:10:08 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting
! 2015.06.01 23:10:08 - Disconnecting
. 2015.06.01 23:10:08 - Connection terminated.

DNS switching method is automatic (I think resolv.conf). It does not happen if netlock is disabled. The connection is also not interrupted if I manually lock the client to a specific server (checkbox "lock current"). I will add more info as soon as I find out additional details.

 

Oh, by the way, my system is Linux Mint 17.1 KDE 64 bit, running in a VM (VmWare Workstation 11) on top of Windows 8.1 64 bit. The network interface is bridged so the VM get's its IP directly from the DHCP server (router).
 

[Guest dariottolo]

I am having the exact same issues on Windows, with the latest version of the software 2.9.2. Don't know if it helps, but it started today.

 

I opened a ticket attaching my logs.

[altae 23]

I'm currently testing the experimental version of the client. From what I can tell so far this has fixed the issue. I will further monitor the situation and report back.

[Devonshire 0]

Same here, attempt to connect, then disconnect and restart in a never ending loop...

[altae 23]

Have you tried the experimental client yet? I have been running it for almost 24 hours now and so far I've had only one crash of the client (I blame the experimental state for this) but no more dis- and reconnect loops.