Connection drops after a few seconds

Got a problem with Viscosity or need help? Ask here!

SteveHodge

Posts: 3
Joined: Thu Jan 19, 2012 3:56 am

Post by SteveHodge » Thu Jan 19, 2012 4:58 am
My viscosity connection drops after a few seconds - flashes up 'connected' then it drops The client log just says at the end - after reporting a connection established - "Management: CMD Sigterm received"
Looks like the server is doing it, does it not?
The server log shows "Need IPv6 code in mroute_extract_addr_from_packet" - partial extract below - then it logs (after a bit more junk) 'connection refused'
The odd thing is that it worked once and once only with this configuration
I am running Windows 7on an Atom processor on the client and Debian linux also on an Atom on the server. Both the server and client logs and config files are ready to upload, but the board doesn't seem to accept any uploads
Quote:
Wed Jan 18 16:12:28 2012 us=218836 vaionotebook/213.205.233.74:44349 MULTI: primary virtual IP for vaionotebook/213.205.233.74:44349: 10.8.0.6
Wed Jan 18 16:12:30 2012 us=357471 vaionotebook/213.205.233.74:44349 UDPv4 READ [132] from [AF_INET]213.205.233.74:44349: P_CONTROL_V1 kid=0 pid=[ #92 ] [ ] pid=37 DATA len=90
Wed Jan 18 16:12:30 2012 us=357643 vaionotebook/213.205.233.74:44349 PUSH: Received control message: 'PUSH_REQUEST'
Wed Jan 18 16:12:30 2012 us=357746 vaionotebook/213.205.233.74:44349 SENT CONTROL [vaionotebook]: 'PUSH_REPLY,route 192.168.0.0. 255.255.255.0,redirect-gateway,route 10.8.0.1,topology net30,ping 10,ping-restart 120,ifconfig 10.8.0.6 10.8.0.5' (status=1)
Wed Jan 18 16:12:30 2012 us=357810 vaionotebook/213.205.233.74:44349 UDPv4 WRITE [50] to [AF_INET]213.205.233.74:44349: P_ACK_V1 kid=0 pid=[ #90 ] [ 37 ]
Wed Jan 18 16:12:30 2012 us=357922 vaionotebook/213.205.233.74:44349 UDPv4 WRITE [142] to [AF_INET]213.205.233.74:44349: P_CONTROL_V1 kid=0 pid=[ #91 ] [ ] pid=51 DATA len=100
Wed Jan 18 16:12:30 2012 us=358028 vaionotebook/213.205.233.74:44349 UDPv4 WRITE [142] to [AF_INET]213.205.233.74:44349: P_CONTROL_V1 kid=0 pid=[ #92 ] [ ] pid=52 DATA len=100
Wed Jan 18 16:12:30 2012 us=358144 vaionotebook/213.205.233.74:44349 UDPv4 WRITE [60] to [AF_INET]213.205.233.74:44349: P_CONTROL_V1 kid=0 pid=[ #93 ] [ ] pid=53 DATA len=18
Wed Jan 18 16:12:30 2012 us=608635 vaionotebook/213.205.233.74:44349 UDPv4 READ [50] from [AF_INET]213.205.233.74:44349: P_ACK_V1 kid=0 pid=[ #93 ] [ 51 ]
Wed Jan 18 16:12:30 2012 us=609684 vaionotebook/213.205.233.74:44349 UDPv4 READ [50] from [AF_INET]213.205.233.74:44349: P_ACK_V1 kid=0 pid=[ #94 ] [ 52 ]
Wed Jan 18 16:12:30 2012 us=859065 vaionotebook/213.205.233.74:44349 UDPv4 READ [50] from [AF_INET]213.205.233.74:44349: P_ACK_V1 kid=0 pid=[ #95 ] [ 53 ]
Wed Jan 18 16:12:31 2012 us=189403 vaionotebook/213.205.233.74:44349 UDPv4 READ [117] from [AF_INET]213.205.233.74:44349: P_DATA_V1 kid=0 DATA len=116
Wed Jan 18 16:12:31 2012 us=189531 vaionotebook/213.205.233.74:44349 Need IPv6 code in mroute_extract_addr_from_packet
unquote

Eric

User avatar
Posts: 1146
Joined: Sun Jan 03, 2010 3:27 am

Post by Eric » Thu Jan 19, 2012 6:49 pm
Hi Steve,

The IPv6 log messages are a bug with older version of OpenVPN server. Updating to the latest version of OpenVPN on your server will get rid of these. I would recommend updating to the latest release of OpenVPN on your server first (if you can) as this could solve the problem as well.

A connection refused could also be a firewall, either on your server or Win7 PC blocking connections, it's worth turning the firewall off on both for a connection attempt to see if this helps.

Other than that, unfortunately this one is a bit hard to troubleshoot without your config and the log from the client as well.

"connection refused" usually has a code next to it as well which could help.

We don't allow uploads here to try and keep your private information off the web (as this forum is public). If you'd like to email us as much information as you can (A server log from the start to failure of trying to help would be extremely helpful), we can have a look and see what's going on.

Regards,

Eric
Eric Thorpe
Viscosity Developer

Web: http://www.sparklabs.com
Support: http://www.sparklabs.com/support
Twitter: http://twitter.com/sparklabs

SteveHodge

Posts: 3
Joined: Thu Jan 19, 2012 3:56 am

Post by SteveHodge » Fri Jan 20, 2012 1:12 am
Thanks Eric

I'll update openvpn on the server and try again

What email address should I use for uploads if it still doesn't work?

Steve

Eric

User avatar
Posts: 1146
Joined: Sun Jan 03, 2010 3:27 am

Post by Eric » Fri Jan 20, 2012 9:09 am
Hi Steve,

Our support email address is [email protected]

Regards,

Eric
Eric Thorpe
Viscosity Developer

Web: http://www.sparklabs.com
Support: http://www.sparklabs.com/support
Twitter: http://twitter.com/sparklabs

SteveHodge

Posts: 3
Joined: Thu Jan 19, 2012 3:56 am

Post by SteveHodge » Fri Jan 20, 2012 10:56 pm
Thanks Eric

Have updated to 2.2.2 after some trouble finding right repository

Same result. Will send log and config files to support email

BTW Do I need to run the Windows client 'as Administrator' under Windows 7?

Steve

James

User avatar
Posts: 2313
Joined: Thu Sep 04, 2008 9:27 pm

Post by James » Sat Jan 21, 2012 10:25 pm
Hi Steve,

I believe you and Eric have managed to discover this was a firewall issue and resolve the issue.

I just wanted to point out the following line in your Viscosity log file: "WARNING: potential route subnet conflict between local LAN [x.x.0.0/255.255.255.0] and remote VPN [x.x.0.0/255.255.255.0]", which can cause your computer to lose access once you disconnect from the VPN. While the article was written with Mac users in mind, please see the following article to resolve the issue:
http://www.thesparklabs.com/support/los ... tivity_on/

And no, it's not necessary to tell Windows to run Viscosity as Administrator under any version of Windows. Just run it as normal :)

Cheers,
James
Web: https://www.sparklabs.com
Support: https://www.sparklabs.com/support
Twitter: https://twitter.com/sparklabs
6 posts Page 1 of 1