LINUX.ORG.RU

История изменений

Исправление anc, (текущая версия) :

Если рассматривать данный случай. Достаточно указания dev tunX без всякого via IP. IP здесь вообще роли не играет, кроме того факта что при выполнении ip route add без указания dev выбирается нужный интерфейс. Так вот в случае топологий p2p и subnet "...via 172.10.0.1" как раз и даст желаемый результат. В p2p это один из адресов P2P соединения, в subnet пофигу что указывать из выделяемой сети, а в случае net30 вам и не дадут указать 172.10.0.1. Итого: формулировку «На клиенте прописант маршрут: 2.2.2.0/24 via 172.10.0.1» можно считать верной в не зависимости от tun/tap или топологии.

Исправление anc, :

Если рассматривать данный случай. Достаточно указания dev tunX без всякого via IP. IP здесь вообще роли не играет, кроме того факта что при выполнении ip route add без указания dev выбирается нужный интерфейс. Так вот в случае топологий p2p и subnet "...via 172.10.0.1" как раз и даст желаемый результат. В p2p это один из адресов P2P соединения, в subnet пофигу что указывать из выделяемой сети, а в случае net30 вам и не дадут указать 172.10.0.1. Итого: формулировку «На клиенте прописант маршрут: 2.2.2.0/24 via 172.10.0.1» можно считать 100% верной в не зависимости от tun/tap или топологии.

Исходная версия anc, :

Если рассматривать данный случай. Достаточно указания dev tunX без всякого via IP. IP здесь вообще роли не играет, кроме того факта что при выполнении ip route add без указания dev выбирается нужный интерфейс. Так вот в случае топологий p2p и subnet "...via 172.10.0.1" как раз и даст желаемый результат. В p2p это один из адресов P2P соединения, в subnet пофигу что указывать из выделяемой сети, а в случае net30 вам и не дадут указать 172.10.0.1.