Jiann-Ming Su
2008-03-05 07:46:55 UTC
I've got openvpn 2.0.9 configured where I'm pushing a route to my
clients, i.e. "push 172.13.0.0 255.255.0.0".
The problem is the openvpn server lives in that subnet. So, as soon
as the tunnel comes up, the route to the openvpn server changes from
the default gateway interface to the tunnel interface, which simply
breaks the openvpn connection. Is there a way to elegantly configure
openvpn on either the client or the server such that a host route to
the openvpn server is injected into the client's routing table? I
suppose it's easy enough to do with a script and maybe the route-delay
option, but an extra script that has to be run manually doesn't seem
particularly elegant. Thanks for any tips.
clients, i.e. "push 172.13.0.0 255.255.0.0".
The problem is the openvpn server lives in that subnet. So, as soon
as the tunnel comes up, the route to the openvpn server changes from
the default gateway interface to the tunnel interface, which simply
breaks the openvpn connection. Is there a way to elegantly configure
openvpn on either the client or the server such that a host route to
the openvpn server is injected into the client's routing table? I
suppose it's easy enough to do with a script and maybe the route-delay
option, but an extra script that has to be run manually doesn't seem
particularly elegant. Thanks for any tips.
--
Jiann-Ming Su
"I have to decide between two equally frightening options.
If I wanted to do that, I'd vote." --Duckman
"The system's broke, Hank. The election baby has peed in
the bath water. You got to throw 'em both out." --Dale Gribble
"Those who vote decide nothing.
Those who count the votes decide everything." --Joseph Stalin
Jiann-Ming Su
"I have to decide between two equally frightening options.
If I wanted to do that, I'd vote." --Duckman
"The system's broke, Hank. The election baby has peed in
the bath water. You got to throw 'em both out." --Dale Gribble
"Those who vote decide nothing.
Those who count the votes decide everything." --Joseph Stalin