[OpenVPN home] [Date Prev] [Date Index] [Date Next]
[OpenVPN mailing lists] [Thread Prev] [Thread Index] [Thread Next]
Google
 
Web openvpn.net

Re: [Openvpn-users] Problem with multiple push "route..."


  • Subject: Re: [Openvpn-users] Problem with multiple push "route..."
  • From: "Thomas Heidemann" <Thomas.Heidemann@xxxxxxxxxxxxxxxx>
  • Date: Thu, 14 Sep 2006 16:55:28 +0200

Title: Re: [Openvpn-users] Problem with multiple push "route..."
No,
 
my very private client has address 192.168.1.100, which is not part of the 192.168.a.0/24 network.
Then the connection initializes and the routes are pushed, I can see (with tcpdump) my ping request going through the tun0 interface to host 10.8.0.1. But this does never arrive at the vpn server!
 
So, I'm at the end of my knogledge. It should work!
I have to talk with the infrastructure team if we can put the server into another network where then all pushed routes have to cross some gateways. That's a bad solution, I know, but....
 
Thanks a lot for your help.
 
Regards,
Thomas
 


Von: Erich Titl [mailto:erich.titl@xxxxxxxx]
Gesendet: Do 14.09.2006 10:38
An: Thomas Heidemann; openvpn-users@xxxxxxxxxxxxxxxxxxxxx
Betreff: Re: [Openvpn-users] Problem with multiple push "route..."

Thomas

Thomas Heidemann wrote:
> Hi,
>
> The problem seems to bee different. Pushing two complete other routes
> (which as to cross some other gateway too) works like a charm.
> Sorry for that.
> The problem occurs when I push the route to 192.168.a.0/24 or any minor
> subnet within. Have a look at my network diagram again:
>
> Client --> OpenVPN server -- network1 (192.168.a.0/24) -- gateway --
> network2 (10.1.b.0/24)
>
> This is the route of the server before client connect:
> Kernel IP Routentabelle
> Ziel            Router          Genmask         Flags Metric Ref    Use
> Iface
> 10.8.0.2        0.0.0.0         255.255.255.255 UH    0      0        0 tun0
> 192.168.a.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
> 10.8.0.0        10.8.0.2        255.255.0.0   UG    0      0        0 tun0
> 169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
> 127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
> 0.0.0.0         192.168.a.1     0.0.0.0         UG    0      0        0 eth0
>
> During client connect, the routing table of the server doesn't change.
>
> Routing table of client during connect:
> Ziel            Router          Genmask         Flags Metric Ref    Use
> Iface
> 10.8.0.1        10.8.0.9        255.255.255.255 UGH   0      0        0 tun0
> 10.8.0.9        0.0.0.0         255.255.255.255 UH    0      0        0 tun0
> 192.168.a.0     10.8.0.9        255.255.255.0   UG    0      0        0 tun0
> 192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0
> eth1 (my home network)
> 10.1.b.0        10.8.0.9        255.255.255.0   UG    0      0        0 tun0
> 169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth1
> 127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
> 0.0.0.0         192.168.1.10    0.0.0.0         UG    0      0        0 eth1
>
> I don't see any problems.

Neither do I, what is the client's eth0 address? Is it within the
192.168.a.0/24 subnet?

Erich


-------------------------------------------------------------------------
Get stuff done quickly with pre-integrated technology to make your job easier
_______________________________________________
Openvpn-users mailing list
Openvpn-users@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/openvpn-users