girijeshkumar2007 / tunnelblick

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

bad parsing for route parameter #194

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
I dont know who to blame (tunnelblick or openvpn) but here is my problem:

I have vpn server with 2 subnetworks and proper config to handle it booth.

{{{
client
dev tap

proto tcp
remote tax.ath.cx 1194
resolv-retry infinite

nobind

persist-key
persist-tun

route 192.168.2.0 255.255.255.0 192.168.54.2

ca /Users/axet/Dropbox/certs/tax.ath.cx/mini-ca.crt
auth-user-pass
comp-lzo

script-security 2
}}}

this config should add new route from my client machine to remote server one. 
but problem is it add it before connection esablished and route pass to en1 
interface instead tap0 new created interface.

so it should look like:

{{{
axet-laptop:tax.ath.cx axet$ netstat -rn -f inet
Routing tables

Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
default            192.168.1.1        UGSc           89        1     en1
default            192.168.54.2       UGScI           0        0    tap0
127                127.0.0.1          UCS             0        0     lo0
127.0.0.1          127.0.0.1          UH             18    92250     lo0
169.254            link#5             UCS             0        0     en1
192.168.1          link#5             UCS             3        0     en1
192.168.1.1        0:23:69:cd:d5:db   UHLWIi         88        2     en1    849
192.168.1.106      127.0.0.1          UHS             0        0     lo0
192.168.1.255      ff:ff:ff:ff:ff:ff  UHLWbI          0        8     en1
192.168.2          192.168.54.2       UGSc            1        0    tap0
192.168.54         link#8             UCS             5        0    tap0
192.168.54.2       1c:bd:b9:92:0:fc   UHLWIi         17      714    tap0   1165
192.168.54.100     0:11:24:74:b2:68   UHLWIi          2      341    tap0   1157
192.168.54.101     0:19:e3:d3:7b:51   UHLWIi          1      529    tap0   1192
192.168.54.102     0:22:b0:6e:7a:9    UHLWIi          0       22    tap0    366
192.168.54.103     127.0.0.1          UHS             0        0     lo0
192.168.54.255     ff:ff:ff:ff:ff:ff  UHLWbI          0        9    tap0
}}}

how it look like (wrong)
{{{
axet-laptop:tax.ath.cx axet$ netstat -rn -f inet
Routing tables

Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
default            192.168.1.1        UGSc           88        1     en1
default            192.168.54.2       UGScI           0        0    tap0
127                127.0.0.1          UCS             0        0     lo0
127.0.0.1          127.0.0.1          UH             18    93594     lo0
169.254            link#5             UCS             0        0     en1
192.168.1          link#5             UCS             5        0     en1
192.168.1.1        0:23:69:cd:d5:db   UHLWIi          4        2     en1   1195
192.168.1.106      127.0.0.1          UHS             0        0     lo0
192.168.1.255      ff:ff:ff:ff:ff:ff  UHLWbI          0       12     en1
192.168.2          192.168.54.2       UGSc            0        0     en1
192.168.54         link#8             UCS             3        0    tap0
192.168.54.2       1c:bd:b9:92:0:fc   UHLWIi         15       33    tap0   1196
192.168.54.100     0:11:24:74:b2:68   UHLWIi          0        0    tap0   1195
192.168.54.104     127.0.0.1          UHS             1        0     lo0
192.168.54.255     ff:ff:ff:ff:ff:ff  UHLWbI          0       12    tap0
axet-laptop:tax.ath.cx axet$ 
}}}

Original issue reported on code.google.com by kuznetsov.alexey on 13 Sep 2011 at 1:24

GoogleCodeExporter commented 9 years ago
Please post this on the Tunnelblick Discussion Group to get help.

Original comment by jkbull...@gmail.com on 13 Sep 2011 at 1:36

GoogleCodeExporter commented 9 years ago

Original comment by jkbull...@gmail.com on 16 Oct 2011 at 8:06