girijeshkumar2007 / tunnelblick

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

Can't connect when Use DNS is check #112

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Start Tunnelbick
2. check Use DNS
3. Connect VPN

What is the expected output? What do you see instead?
We would like to be connected...
We have : script failed: external program exited with error status: 1

What version of Tunnelblick are you using? On what version of OS X? PPC or 
Intel?
Tunnelblick 3.0b14, 3.0b16 and 3.0b18
On Mac OS X 10.5.8 and a Intel (Macbook Pro)

Please provide any additional information below.

Tunnelblick 3.0b10 connect with the Set Name server option
but don't change DNS on deconnection and we need to reset the ethernet or wifi 
settings.

Tunnelblick 3.0b14 to b16 connect without "Use DNS" option check
when we check "Use DNS" resolve.conf is change but there is no connection after 
(exit error 1)

Thank you

Original issue reported on code.google.com by prevo...@gmail.com on 24 Sep 2009 at 4:31

GoogleCodeExporter commented 9 years ago
I believe I'm experiencing this issue (or something similar) in 3.0b18 under 
Snow
Leopard. everything worked properly in 3.0b16.

Sep 25 03:22:08 adapt ovpn-server[30299]: IFCONFIG POOL: base=10.100.1.4 size=62
Sep 25 03:22:08 adapt ovpn-server[30299]: Initialization Sequence Completed
Sep 25 03:22:14 adapt ovpn-server[30299]: MULTI: multi_create_instance called
Sep 25 03:22:14 adapt ovpn-server[30299]: $myIP:37863 Re-using SSL/TLS context
Sep 25 03:22:14 adapt ovpn-server[30299]: $myIP:37863 LZO compression 
initialized
Sep 25 03:22:14 adapt ovpn-server[30299]: $myIP:37863 Control Channel MTU parms 
[
L:1542 D:138 EF:38 EB:0 ET:0 EL:0 ]
Sep 25 03:22:14 adapt ovpn-server[30299]: $myIP:37863 Data Channel MTU parms [ 
L:1542
D:1450 EF:42 EB:135 ET:0 EL:0 AF:3/1 ]
Sep 25 03:22:14 adapt ovpn-server[30299]: $myIP:37863 Local Options hash 
(VER=V4):
'530fdded'
Sep 25 03:22:14 adapt ovpn-server[30299]: $myIP:37863 Expected Remote Options 
hash
(VER=V4): '41690919'
Sep 25 03:22:14 adapt ovpn-server[30299]: $myIP:37863 TLS: Initial packet from
$myIP:37863, sid=78c42489 9b73d222
Sep 25 03:22:14 adapt ovpn-server[30299]: $myIP:37863 VERIFY OK: depth=1, 
[redacted]
Sep 25 03:22:14 adapt ovpn-server[30299]: $myIP:37863 VERIFY OK: depth=0, 
[redacted]
Sep 25 03:22:14 adapt ovpn-server[30299]: $myIP:37863 Data Channel Encrypt: 
Cipher
'BF-CBC' initialized with 128 bit key
Sep 25 03:22:14 adapt ovpn-server[30299]: $myIP:37863 Data Channel Encrypt: 
Using 160
bit message hash 'SHA1' for HMAC authentication
Sep 25 03:22:14 adapt ovpn-server[30299]: $myIP:37863 Data Channel Decrypt: 
Cipher
'BF-CBC' initialized with 128 bit key
Sep 25 03:22:14 adapt ovpn-server[30299]: $myIP:37863 Data Channel Decrypt: 
Using 160
bit message hash 'SHA1' for HMAC authentication
Sep 25 03:22:14 adapt ovpn-server[30299]: $myIP:37863 Control Channel: TLSv1, 
cipher
TLSv1/SSLv3 DHE-RSA-AES256-SHA, 2048 bit RSA
Sep 25 03:22:14 adapt ovpn-server[30299]: $myIP:37863 [$myhostname] Peer 
Connection
Initiated with $myIP:37863
Sep 25 03:22:14 adapt ovpn-server[30299]: $myhostname/$myIP:37863 MULTI: Learn:
10.100.1.6 -> $myhostname/$myIP:37863
Sep 25 03:22:14 adapt ovpn-server[30299]: $myhostname/$myIP:37863 MULTI: primary
virtual IP for $myhostname/$myIP:37863: 10.100.1.6
Sep 25 03:22:15 adapt ovpn-server[30299]: $myhostname/$myIP:37863 PUSH: Received
control message: 'PUSH_REQUEST'
Sep 25 03:22:15 adapt ovpn-server[30299]: $myhostname/$myIP:37863 SENT CONTROL
[$myhostname]: 'PUSH_REPLY,redirect-gateway def1,dhcp-option DNS 10.0.1.2,route
10.100.1.1,topology net30,ping 10,ping-restart 120,ifconfig 10.100.1.6 
10.100.1.5'
(status=1)

Original comment by roger.bu...@gmail.com on 25 Sep 2009 at 10:25

GoogleCodeExporter commented 9 years ago
this issue seems to have been resolved in .20.

Original comment by roger.bu...@gmail.com on 10 Oct 2009 at 11:00

GoogleCodeExporter commented 9 years ago
Apparently resolved.

Original comment by jkbull...@gmail.com on 2 Nov 2009 at 12:56