Jump to content
Not connected, Your IP: 3.137.186.26
Sign in to follow this  
altae

Connection iterrupted, reconnect fails

Recommended Posts

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).
 

Share this post


Link to post
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.

Share this post


Link to post

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.

Share this post


Link to post

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.

Share this post


Link to post

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Security Check
    Play CAPTCHA Audio
    Refresh Image
Sign in to follow this  

×
×
  • Create New...