Superbil / tunnelblick

Automatically exported from code.google.com/p/tunnelblick
1 stars 0 forks source link

No connecting - Stuck on 'Authorizing' #195

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
NOTE: We suggest that you post on the Tunnelblick Discussion Group before
submitting an "Issue". (http://groups.google.com/group/tunnelblick-discuss)

What steps will reproduce the problem?
1.click to connect to location
2. stuck on 'Authorizing'
3.

What is the expected output?
connect to US IP

What do you see instead?
2011-10-01 23:21:26 *Tunnelblick: OS X 10.4.11; Tunnelblick 3.2beta30 (build 
2780)
2011-10-01 23:21:26 *Tunnelblick: Attempting connection with 002 us - Chicago, 
IL; Set nameserver = 1; monitoring connection
2011-10-01 23:21:26 *Tunnelblick: 
/Applications/Tunnelblick.app/Contents/Resources/openvpnstart start 002\ us\ -\ 
Chicago,\ IL.conf 1338 1 0 0 0 49  
2011-10-01 23:21:26 *Tunnelblick: openvpnstart: 
/Applications/Tunnelblick.app/Contents/Resources/openvpn/openvpn-2.2.1/openvpn 
--cd /Users/Druvi/Library/Application Support/Tunnelblick/Configurations 
--daemon --management 127.0.0.1 1338 --config /Users/Druvi/Library/Application 
Support/Tunnelblick/Configurations/002 us - Chicago, IL.conf --log 
/Library/Application 
Support/Tunnelblick/Logs/-SUsers-SDruvi-SLibrary-SApplication 
Support-STunnelblick-SConfigurations-S002 us -- Chicago, 
IL.conf.1_0_0_0_49.1338.openvpn.log --management-query-passwords 
--management-hold --script-security 2 --up 
/Applications/Tunnelblick.app/Contents/Resources/client.up.tunnelblick.sh -m -w 
-d --down 
/Applications/Tunnelblick.app/Contents/Resources/client.down.tunnelblick.sh -m 
-w -d --up-restart
2011-10-01 23:21:27 *Tunnelblick: kextload: 
/Applications/Tunnelblick.app/Contents/Resources/tun-pre-lion.kext loaded 
successfully
2011-10-01 23:21:27 *Tunnelblick: openvpnstart message: Loading 
tun-pre-lion.kext
2011-10-01 23:21:27 *Tunnelblick: Established communication with OpenVPN
2011-10-01 23:21:27 OpenVPN 2.2.1 i386-apple-darwin10.8.0 [SSL] [LZO2] [PKCS11] 
[eurephia] built on Aug 31 2011
2011-10-01 23:21:27 MANAGEMENT: TCP Socket listening on 127.0.0.1:1338
2011-10-01 23:21:27 Need hold release from management interface, waiting...
2011-10-01 23:21:27 MANAGEMENT: Client connected from 127.0.0.1:1338
2011-10-01 23:21:27 MANAGEMENT: CMD 'pid'
2011-10-01 23:21:27 MANAGEMENT: CMD 'state on'
2011-10-01 23:21:27 MANAGEMENT: CMD 'state'
2011-10-01 23:21:27 MANAGEMENT: CMD 'hold release'
2011-10-01 23:21:27 NOTE: the current --script-security setting may allow this 
configuration to call user-defined scripts
2011-10-01 23:21:27 LZO compression initialized
2011-10-01 23:21:27 Control Channel MTU parms [ L:1542 D:138 EF:38 EB:0 ET:0 
EL:0 ]
2011-10-01 23:21:27 Socket Buffers: R=[42080->65536] S=[9216->65536]
2011-10-01 23:21:27 MANAGEMENT: >STATE:1317482487,RESOLVE,,,
2011-10-01 23:21:29 RESOLVE: NOTE: vpn.ord.witopia.net resolves to 4 addresses
2011-10-01 23:21:29 Data Channel MTU parms [ L:1542 D:1450 EF:42 EB:135 ET:0 
EL:0 AF:3/1 ]
2011-10-01 23:21:29 Local Options hash (VER=V4): '41690919'
2011-10-01 23:21:29 Expected Remote Options hash (VER=V4): '530fdded'
2011-10-01 23:21:29 UDPv4 link local: [undef]
2011-10-01 23:21:29 UDPv4 link remote: 174.34.158.35:1194
2011-10-01 23:21:29 MANAGEMENT: >STATE:1317482489,WAIT,,,
2011-10-01 23:21:31 MANAGEMENT: >STATE:1317482491,AUTH,,,
2011-10-01 23:21:31 TLS: Initial packet from 174.34.158.35:1194, sid=e38e83c6 
45f98f81
2011-10-01 23:21:33 VERIFY OK: depth=1, 
/C=US/ST=Virginia/L=Reston/O=Full_Mesh_Networks__Inc./OU=FMN_Engineering___Opera
tions/CN=Full_Mesh_Networks_Certificate_Authority/emailAddress=support@fullmesh.
net
2011-10-01 23:21:33 VERIFY OK: nsCertType=SERVER
2011-10-01 23:21:33 VERIFY OK: depth=0, 
/C=US/ST=Virginia/O=Full_Mesh_Networks__Inc./OU=WiTopia_Engineering___Operations
/CN=vpn/emailAddress=support@witopia.net
2011-10-01 23:22:29 TLS Error: TLS key negotiation failed to occur within 60 
seconds (check your network connectivity)
2011-10-01 23:22:29 TLS Error: TLS handshake failed
2011-10-01 23:22:29 TCP/UDP: Closing socket
2011-10-01 23:22:29 SIGUSR1[soft,tls-error] received, process restarting
2011-10-01 23:22:29 MANAGEMENT: >STATE:1317482549,RECONNECTING,tls-error,,
2011-10-01 23:22:29 MANAGEMENT: CMD 'hold release'
2011-10-01 23:22:29 NOTE: the current --script-security setting may allow this 
configuration to call user-defined scripts
2011-10-01 23:22:29 Re-using SSL/TLS context
2011-10-01 23:22:29 LZO compression initialized
2011-10-01 23:22:29 Control Channel MTU parms [ L:1542 D:138 EF:38 EB:0 ET:0 
EL:0 ]
2011-10-01 23:22:29 Socket Buffers: R=[42080->65536] S=[9216->65536]
2011-10-01 23:22:29 MANAGEMENT: >STATE:1317482549,RESOLVE,,,
2011-10-01 23:22:29 RESOLVE: NOTE: vpn.ord.witopia.net resolves to 4 addresses
2011-10-01 23:22:29 Data Channel MTU parms [ L:1542 D:1450 EF:42 EB:135 ET:0 
EL:0 AF:3/1 ]
2011-10-01 23:22:29 Local Options hash (VER=V4): '41690919'
2011-10-01 23:22:29 Expected Remote Options hash (VER=V4): '530fdded'
2011-10-01 23:22:29 UDPv4 link local: [undef]
2011-10-01 23:22:29 UDPv4 link remote: 174.34.158.35:1194
2011-10-01 23:22:29 MANAGEMENT: >STATE:1317482549,WAIT,,,
2011-10-01 23:22:29 MANAGEMENT: >STATE:1317482549,AUTH,,,
2011-10-01 23:22:29 TLS: Initial packet from 174.34.158.35:1194, sid=d9130491 
59401279
2011-10-01 23:22:31 VERIFY OK: depth=1, 
/C=US/ST=Virginia/L=Reston/O=Full_Mesh_Networks__Inc./OU=FMN_Engineering___Opera
tions/CN=Full_Mesh_Networks_Certificate_Authority/emailAddress=support@fullmesh.
net
2011-10-01 23:22:31 VERIFY OK: nsCertType=SERVER
2011-10-01 23:22:31 VERIFY OK: depth=0, 
/C=US/ST=Virginia/O=Full_Mesh_Networks__Inc./OU=WiTopia_Engineering___Operations
/CN=vpn/emailAddress=support@witopia.net

What version of Tunnelblick are you using? On what version of OS X?
Tunnelblick 3.2 beta 30 build 2780 on OS x 10.4

Please provide any additional information below. Please include your
configuration file and the contents of the OpenVPN Log window (including
the first few lines with version information), but remember to remove any
sensitive information such as IP addresses.

Original issue reported on code.google.com by druvind...@gmail.com on 1 Oct 2011 at 3:25

GoogleCodeExporter commented 9 years ago
Not a Tunnelblick issue. Try the Discussion Group. Or, better yet, contact 
support for your VPN Service Provider -- whoever supplied you with the 
configuration files. You are paying them, not Tunnelblick.

Original comment by jkbull...@gmail.com on 1 Oct 2011 at 8:38