Open GoogleCodeExporter opened 9 years ago
I am seeing this problem with Tunnelblick: OS X 10.6.8; Tunnelblick 3.1.7
(build 2190.2413); OpenVPN 2.1.4.
VirtualBox 4.0.12 r72916
Original comment by ponti...@gmail.com
on 24 Jul 2011 at 6:55
It would help if there was more of a description than "Vpn disruption".
Please post the full contents of the log and the configuration file.
Original comment by jkbull...@gmail.com
on 24 Jul 2011 at 8:07
If I bring up the VirtualBox VM before bringing up the VPN, the VPN stays in
AUTH state and fails to complete the SSL negotiation. This is with a UDP/TAP
VPN.
If I bring up the VPN and then the VM, everything works until the VPN drops,
then the VPN will no longer connect.
Easy to reproduce with a VM with an interface configured as bridged.
I can't be sure if it's a Tunnelblick or VirtualBox problem, but will try to
get more info so it can be narrowed down. Not at my PC right now but will try
to sanitize and post some logs later.
Original comment by ponti...@gmail.com
on 24 Jul 2011 at 9:33
My configuration:
client
dev tap
proto udp
remote 172.16.34.1
resolv-retry infinite
nobind
persist-key
persist-tun
ca ca.crt
cert myuser.crt
key myuser.key
ns-cert-type server
comp-lzo
verb 3
port 1194
auth-user-pass
Tunnelblick log:
2011-07-24 17:56:05 *Tunnelblick: OS X 10.6.8; Tunnelblick 3.1.7 (build
2190.2413); OpenVPN 2.1.4
2011-07-24 17:56:07 *Tunnelblick: Attempting connection with MyVPN; Set
nameserver = 0; not monitoring connection
2011-07-24 17:56:07 *Tunnelblick:
/Applications/Tunnelblick.app/Contents/Resources/openvpnstart start MyVPN.tblk
1337 0 0 0 1 50
2011-07-24 17:56:07 OpenVPN 2.1.4 i386-apple-darwin10.7.1 [SSL] [LZO2] [PKCS11]
built on Mar 1 2011
2011-07-24 17:56:07 MANAGEMENT: TCP Socket listening on 127.0.0.1:1337
2011-07-24 17:56:07 Need hold release from management interface, waiting...
2011-07-24 17:56:07 MANAGEMENT: Client connected from 127.0.0.1:1337
2011-07-24 17:56:07 MANAGEMENT: CMD 'pid'
2011-07-24 17:56:07 MANAGEMENT: CMD 'state on'
2011-07-24 17:56:07 MANAGEMENT: CMD 'state'
2011-07-24 17:56:07 MANAGEMENT: CMD 'hold release'
2011-07-24 17:56:07 MANAGEMENT: CMD 'username "Auth" "MyUsername"'
2011-07-24 17:56:07 MANAGEMENT: CMD 'password [...]'
2011-07-24 17:56:07 NOTE: the current --script-security setting may allow this
configuration to call user-defined scripts
2011-07-24 17:56:07 LZO compression initialized
2011-07-24 17:56:07 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0
EL:0 ]
2011-07-24 17:56:07 Socket Buffers: R=[42080->65536] S=[9216->65536]
2011-07-24 17:56:07 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32
EL:0 AF:3/1 ]
2011-07-24 17:56:07 Local Options hash (VER=V4): 'd79ca330'
2011-07-24 17:56:07 Expected Remote Options hash (VER=V4): 'f7df56b8'
2011-07-24 17:56:07 UDPv4 link local: [undef]
2011-07-24 17:56:07 UDPv4 link remote: 172.16.34.1:1194
2011-07-24 17:56:07 MANAGEMENT: >STATE:1311555367,WAIT,,,
2011-07-24 17:56:07 MANAGEMENT: >STATE:1311555367,AUTH,,,
2011-07-24 17:56:07 TLS: Initial packet from 172.16.34.1:1194, sid=c1e3f3cb
ef258503
2011-07-24 17:56:07 WARNING: this configuration may cache passwords in memory
-- use the auth-nocache option to prevent this
2011-07-24 17:56:07 *Tunnelblick: openvpnstart:
/Applications/Tunnelblick.app/Contents/Resources/openvpn --cd
/Users/myuser/Library/Application
Support/Tunnelblick/Configurations/MyVPN.tblk/Contents/Resources --daemon
--management 127.0.0.1 1337 --config /Users/myuser/Library/Application
Support/Tunnelblick/Configurations/MyVPN.tblk/Contents/Resources/config.ovpn
--log /Library/Application
Support/Tunnelblick/Logs/-SUsers-Smyuser-SLibrary-SApplication
Support-STunnelblick-SConfigurations-SMyVPN.tblk-SContents-SResources-Sconfig.ov
pn.0_0_0_1_50.1337.openvpn.log --management-query-passwords --management-hold
--script-security 2
2011-07-24 17:56:07 *Tunnelblick: Obtained VPN username and password from the
Keychain
2011-07-24 17:57:07 TLS Error: TLS key negotiation failed to occur within 60
seconds (check your network connectivity)
2011-07-24 17:57:07 TLS Error: TLS handshake failed
2011-07-24 17:57:07 TCP/UDP: Closing socket
2011-07-24 17:57:07 SIGUSR1[soft,tls-error] received, process restarting
This is what I always get with the VM running. When I shut down the VM, it
connects fine.
Original comment by ponti...@gmail.com
on 25 Jul 2011 at 1:04
Original issue reported on code.google.com by
scurip...@gmail.com
on 25 Feb 2010 at 3:58