Опять описываю свою ситуацию, на этот раз проблему понял чуть с другой стороны:
Есть сервер. На сервере eth0 192.168.1.2. Далее есть модем 192.168.1.1, и несколько из этой же подсети.
Далее, на сервере поднят OpenVPN (tap0 10.0.0.1) На который приходят клиенты из вне. На сервере, естественно, машины обеих подсетей пингуются. На модеме прописана маршрутизация, все запросы 10.0.0.0 передавать 192.168.1.2. При этом, находясь в подсети 192.168.1.0 можно спокойно сказать ping 10.0.0.1 и получить ответ.Задача: сделать так, чтобы обе подсети видели друг-друга. Т.е. находясь в 192..... можно было дать ping 10.0.0.5, а с 10.0.0.5 дать ping 192.168.1.10.
Вся конитель оказывается в том, что машины, подключаемые по VPN понятия не имеют, что это такое 192.168.1.0 и где она есть. если взять машину из 192...подсети и подключить её по VPN, то мы с любой другой машины сможем благополучно сказать ping 10.... на её VPN интерфейс. Её-то пакет прейдет на 10-ю подсеть, но прейдет от 192-й и ответит она по 192-й. А т.к. другие машины на VPN в качестве шлюзов имеют прописанные свои модемы, естественно про подсеть 192.168.1.0 они ничего не знают. Подскажите, как мне быть.
>Вся конитель оказывается в том, что машины, подключаемые по VPN понятия не
>имеют, что это такое 192.168.1.0 и где она есть. если взять
>машину из 192...подсети и подключить её по VPN, то мы с
>любой другой машины сможем благополучно сказать ping 10.... на её VPN
>интерфейс. Её-то пакет прейдет на 10-ю подсеть, но прейдет от 192-й
>и ответит она по 192-й. А т.к. другие машины на VPN
>в качестве шлюзов имеют прописанные свои модемы, естественно про подсеть 192.168.1.0
>они ничего не знают. Подскажите, как мне быть.man openvpn
обратите внимание на команду route