Решено: VPN объединение двух сетей. (Как лучше сделать.)

[Voler]

Добрый день.

Есть две сети.
1. Роутер Fedora с внутренней подсетью 192.168.1.0/24, так же на этом роутере поднят pptpd сервер с подсетью 100.100.100.0/24
2. Роутер Ubuntu с внутренней подсетью 192.168.10.0/24, на нем планирую поднять vpn клиента.

Так вот для нормального хождения пакетов, на pptpd сервере я добавляю маршрут.
route add -net 192.168.10.0 netmask 255.255.255.0 dev ppp0 gw 100.100.100.100
Но при отключении клиента он удаляется. Можно как то это решить, чтобы если клиент отвалился то маршрут не удалялся?

[sash-kan]

клиент отключился — значит и туннель перестал функционировать. значит и интерфейс, через который проложен маршрут, перестал существовать.
как ядру отправлять пакеты через несуществующий интерфейс?

[Voler]

Значит каким то скриптом при пропадании интерфейса удаляется данный маршрут. Может подскажите куда в Fedora добавить добавление маршрута при поднятии интерфейса ppp0?
С поднятием автоматически маршрутов как на сервере так и на клиенте, понял как сделать.

И еще вот, не могу понять

На первом сервере добавил
iptables -A FORWARD -s 192.168.10.0/24 -d 192.168.1.0/24 -j ACCEPT
iptables -A FORWARD -s 192.168.1.0/24 -d 192.168.10.0/24 -j ACCEPT
iptables -t nat -A POSTROUTING -o ppp0 -d 192.168.10.0/24 -j SNAT --to-source 100.100.100.1

На втором сервере, что подключается к первому как клиент добавил
iptables -A FORWARD -s 192.168.1.0/24 -d 192.168.10.0/24 -j ACCEPT
iptables -A FORWARD -s 192.168.10.0/24 -d 192.168.1.0/24 -j ACCEPT
iptables -t nat -A POSTROUTING -o ppp0 -d 192.168.1.0/24 -j SNAT --to-source 100.100.100.100

Маршруты:
С клиента
route add -net 192.168.1.0/24 dev ppp0
На сервере
route add -net 192.168.10.0/24 dev ppp0

Пинг ходит из подсети 192.168.1.0 в 192.168.10.0 и на оборот, а вот шары не открываются.
Причем если поднимаю на windows клиенте vpn соединение, то там пишу маршрут route -p add 192.168.1.0 mask 255.255.255.0 100.100.100.100, а на vpn сервере указываю route del -net 192.168.10.0 netmask 255.255.255.0 dev ppp0 gw 100.100.100.100, то открываются даже шары.
Чего не хватает?

А вот с тем почему пинг ходит, а ресурсы не открываются нет.
Прочел статью

[sash-kan]

Значит каким то скриптом при пропадании интерфейса удаляется данный маршрут.

ядром автоматически.

Может подскажите куда в Fedora добавить добавление маршрута при поднятии интерфейса ppp0?

как и в любом дистрибутиве, действия после поднятия ppp-интерфейса можно задать скриптом, расположенным в /etc/ppp/ip-up.d/ (предпочтительный вариант).
если такого каталога дистрибьюторами не предусмотрено, дописывайте непосредственно в /etc/ppp/ip-up (вариант на такой поганый случай).
скрипту передаётся несколько параметров. их смысл должен быть изложен в том же /etc/ppp/ip-up

[Voler]

Значит каким то скриптом при пропадании интерфейса удаляется данный маршрут.

ядром автоматически.

Может подскажите куда в Fedora добавить добавление маршрута при поднятии интерфейса ppp0?

как и в любом дистрибутиве, действия после поднятия ppp-интерфейса можно задать скриптом, расположенным в /etc/ppp/ip-up.d/ (предпочтительный вариант).
если такого каталога дистрибьюторами не предусмотрено, дописывайте непосредственно в /etc/ppp/ip-up (вариант на такой поганый случай).
скрипту передаётся несколько параметров. их смысл должен быть изложен в том же /etc/ppp/ip-up

Так и сделал.
Решаю отсальное!

[sash-kan]

а вот шары не открываются

какой протокол используется? smb? он основан на широковещательном трафике.
теоретически, вроде бы, можно обойтись и tcp/ip, но как это сделать — не знаю.
широковещание из одной сети в другую в случае ppp можно включить опцией proxyarp (man pppd).
шлюз, конечно, будет со страшной силой загаживаться этим трафиком, но раз вам требуется…

[Voler]

А есть еще варианты?

[Voler]

Из подсети 192.168.1.0/24, я могу открыть к примеру ресурсы 192.168.10.19 сервера.
А вот из сети 192.168.10.0/24 не могу открыть ресурсы другой сети, вот и не могу понять почему.

По нагрузке, у меня два канала и этот используется для объединения двух сеток.

[sash-kan]

А есть еще варианты?

например: http://support.microsoft.com/kb/204279
это первая ссылка по запросу google://smb tcp

p.s. насколько работоспособно/актуально — понятия не имею. посмотрите другие ссылки, выдаваемые по этому же запросу.

[Voler]

А есть еще варианты?

например: http://support.microsoft.com/kb/204279
это первая ссылка по запросу google://smb tcp
p.s. насколько работоспособно/актуально — понятия не имею. посмотрите другие ссылки, выдаваемые по этому же запросу.

Я склоняюсь в ошибке в правилах iptables, раз видно с одной стороны, то должно быть видно и с другой.

Т.е. с подсети 192.168.10.0/24, вот что происходит пинг идет. Пробую подцепиться к ресурсам. пишет "ни одна из служб доступа к сети не смогла обработать заданный сетевой путь".

А из сети 192.168.1.0/24 нормально цепляется.

[Voler]

Убрал это и все заработало. Спасибо gavru.

Код: Выделить всё

iptables -t nat -A POSTROUTING -o ppp0 -d 192.168.10.0/24 -j SNAT --to-source 100.100.100.1
iptables -t nat -A POSTROUTING -o ppp0 -d 192.168.1.0/24 -j SNAT --to-source 100.100.100.100

Тему закрывать можно.
Всем человеческое спасибо.