Connection drops after a few seconds
Posted: 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
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