Здравствуйте!Клиент подключается к сети 10.10.0.0 по OpenVPN
Кроме этого нужно наладить автоматическое подключение и к сети 192.168.12.0 за шлюзом 10.10.0.166.
Привожу чать конфига openvpn.conf
dev tun
local XXX.XXX.XXX.XXX
port 1194
proto udp
server 10.0.0.0 255.255.255.0
push "route 10.10.0.0 255.255.0.0"
push "route 192.168.12.0 255.255.255.0"
client-config-dir ccd
client-to-client
Такая конфигурация маршрутизирует клиента на шлюз 10.0.0.1 для сети 10.10.0.0 и 192.168.12.0,но 10.0.0.1 по каким-то причинам не маршрутизирует в сеть 192.168.12.0.На сервере OpenVPN маршрут есть:
netstat -rn
Destination Gateway Flags Refs Use Netif Expire
192.168.12.0/24 10.10.0.166 UGS 0 477564 igb0gateway_enable="YES"
Хочу чтобы сервер OpenVPN, кроме своей родной сети 10.10.0.0 маршрутизировал в сеть 192.168.12.0 (у которой шлюз 10.10.0.166).
Сейчас автоматически это не работает. Чтобы работало отключаю в конфиге push "route 192.168.12.0 255.255.255.0", а на клиенте даю команду
route add 192.168.12.0 mask 255.255.255.0 10.10.0.166. После этого (при установленном соединении vpn) связь налаживается.
push "route 192.168.12.0 255.255.255.0 10.10.0.166"
> push "route 192.168.12.0 255.255.255.0 10.10.0.166"Такое правило невозможно в OpenVPN.
Только так: push "route 192.168.12.0 255.255.255.0" - на клиенте сервер объявляется шлюзом для сети 192.168.12.0. Но дальше сервер не пользутся своей собственной маршрутизацией, которую можно посмотреть через netstat -rn. Маршрутизация срабатывает для любого другой сетевой службы, но только не для сетевый интерфейсов OpenVPN.
В этом вся засада.
Маршрутизировать должен сам сервер.
>> push "route 192.168.12.0 255.255.255.0 10.10.0.166"
> Такое правило невозможно в OpenVPN.
> Только так: push "route 192.168.12.0 255.255.255.0"
> - на клиенте сервер объявляется шлюзом для сети 192.168.12.0. Но дальше
> сервер не пользутся своей собственной маршрутизацией, которую можно посмотреть через netstat
> -rn. Маршрутизация срабатывает для любого другой сетевой службы, но только не
> для сетевый интерфейсов OpenVPN.
> В этом вся засада.
> Маршрутизировать должен сам сервер.а 192.168.12.0/24 знает маршрут до 10.10.0.166 ?
>> push "route 192.168.12.0 255.255.255.0 10.10.0.166"
> Такое правило невозможно в OpenVPN.
> Только так: push "route 192.168.12.0 255.255.255.0"
> - на клиенте сервер объявляется шлюзом для сети 192.168.12.0. Но дальше
> сервер не пользутся своей собственной маршрутизацией, которую можно посмотреть через netstat
> -rn. Маршрутизация срабатывает для любого другой сетевой службы, но только не
> для сетевый интерфейсов OpenVPN.
> В этом вся засада.
> Маршрутизировать должен сам сервер.точнее знает ли 192.168.12.0/24 маршрут до 10.0.0.1?
>> push "route 192.168.12.0 255.255.255.0 10.10.0.166"
> Такое правило невозможно в OpenVPN.
> Только так: push "route 192.168.12.0 255.255.255.0"
> - на клиенте сервер объявляется шлюзом для сети 192.168.12.0. Но дальше
> сервер не пользутся своей собственной маршрутизацией, которую можно посмотреть через netstat
> -rn. Маршрутизация срабатывает для любого другой сетевой службы, но только не
> для сетевый интерфейсов OpenVPN.
> В этом вся засада.
> Маршрутизировать должен сам сервер.и обратно...
либо как вариант натить
>> push "route 192.168.12.0 255.255.255.0 10.10.0.166"
> Такое правило невозможно в OpenVPN.
> Только так: push "route 192.168.12.0 255.255.255.0"
> - на клиенте сервер объявляется шлюзом для сети 192.168.12.0. Но дальше
> сервер не пользутся своей собственной маршрутизацией, которую можно посмотреть через netstat
> -rn. Маршрутизация срабатывает для любого другой сетевой службы, но только не
> для сетевый интерфейсов OpenVPN.
> В этом вся засада.
> Маршрутизировать должен сам сервер.push - это клиенту.
Cинтаксис push "route ..." зависит от что используется tun или tap (точней зависил, на последних не проверял).
Mаршрутизация внутри OpenVPN сервера рулится через iroute
>Привожу чать конфига openvpn.confНу так-то этот конфиг правильный. tun - это соединения точка-точка, так что в силу опции
push "route 192.168.12.0 255.255.255.0"
клиент должен отправлять пакеты в поднявшееся соединение и всё должно бы работать.
Проверяйте таблицы маршрутизации и расчехляйте tcpdump.
10.10.0.166 за которым у вас сеть судя по всему это другой клиент
OpenVPN имеет свой virtual switch и вам нужна комада iroute из CCD прописаная для клиента за которым данная сеть.
Вот частично ваше решение http://forum.ixbt.com/topic.cgi?id=14:49976:64#64