|
|
Hi Erich, Thanks for your reply. Here's a shot at what I think might be "relevant": say 10.0.0.0/24 is our local lan behind the watchguard where the openvpn server sits. The watchguard builds an ipsec tunnel with unknown cisco device at our colo managed by a different entity where the local subnet is 10.0.1.0/24. The watchguard some how automagically knows to route traffic coming from 10.0.0.0/24 to 10.0.1.0/24 through the IPSEC tunnel for everything but OpenVPN clients. The servers at colo also have persistent routes setup to know where the return path gateway is for 10.0.0.0/24. I don't think it's a firewall issue because why would all other nodes work? Any other info I can provide? Other ideas? Thanks, -J Erich Titl wrote: > Jeremy > > Jeremy Cheng schrieb: >> Hi all, >> >> I have a watchguard firebox at work connected to our colo's cisco by >> IPSEC and an openvpn server running in bridge mode behind the >> watchguard. Everything works perfectly except for the watchguard >> doesn't seem to want to route openvpn client traffic to our colo. >> Anyone have any ideas why that is? > > Firewall rules? > > The thing that puzzles me is how openvpn assigned______________________ OpenVPN mailing lists https://lists.sourceforge.net/lists/listinfo/openvpn-users Warning: require_once(../../../archive_common.php) [function.require-once]: failed to open stream: No such file or directory in /home/openvpn/domains/openvpn.net/public_html/archive/openvpn-users/2008-02/msg00080.html on line 209 Fatal error: require_once() [function.require]: Failed opening required '../../../archive_common.php' (include_path='/usr/local/lib/php') in /home/openvpn/domains/openvpn.net/public_html/archive/openvpn-users/2008-02/msg00080.html on line 209 |