Здравствуйте, <br/> <br/> В комментариях, к вопросу, Вам, верно указали, что маршрут это запись с тремя реквизитами, минимум: <br/> <br/> Цель Маска Шлюз; <br/> <br/> Корректное представление <br/> о маске переменной длины, <br/> так же обязательное требование; <br/> <br/> На скриншотах: <br/> <br/> 0. Локальный хост <br/> <br/> Сетевая конфигурация удалённого локального хоста <br/> с глобальным ай-пи адресом: <br/> <br/> 188.232.35.225; <br/> <br/> 0.0.0.0 - <br/> <br/> "все хосты" или маршрут: <br/> "по умолчанию" для ОС хоста, <br/> <br/> у каждой записи в локальной таблице маршрутизации есть приоритет; <br/> <br/> Маршрут по умолчанию, - наивысший приоритет, означающий, что всё, все пакеты, не предназначенные для известных ОС хоста сетей, перенаправляются "наружу", через шлюз "по умолчанию", - ай-пи адрес сетевого адаптера "смотрящего" в глобальную сеть; <br/> <br/> 255.255.255.255 - <br/> <br/> сетевой префикс или маска /32, относящаяся к единственному <br/> ай-пи адресу, означающая отдельный хост; <br/> <br/> 1. Маршрутизатор-VPN сервер; <br/> <br/> На скриншоте: <br/> <br/> Web-интерфейс маршрутизатора, <br/> выступающего VPN сервером с использованием протокола pptp: <br/> шифрованное соединение "точка-точка" <br/> <br/> Протокол ppp - трёх уровневый: канальный-сеансовый протокол, <br/> способный работать без ай-пи адресов, но с возможностью их использования (!); <br/> <br/> Маршрутизатор работает <br/> в режиме сетевого моста <br/> с передачей траффика с интерфейса на интерфейс <br/> без фильтрации; <br/> <br/> Такой режим напоминает работу пары: "клиент-сервер", <br/> по протоколу, - pppoE, в текущей конфигурации используется pptp; <br/> <br/> В обычной схеме AAA, <br/> в пределах частной-доверенной телекоммуникационной сети <br/> вполне себе приемлемое решение: Клиент в шифрованном туннеле, получает доступ на авторизацию, например, RADIUS, TACAS и т.д., после которой, в случае "успеха", перенаправляется на dhcp-relay, выдающий авторизованному Клиенту, корректные параметры требуемой сети по протоколу динамической конфигурации хоста; <br/> <br/> После чего, в отсутствие каких-либо проблем, клиент получает (арендует) свой ай-пи адрес, адреса шлюзов, и адреса актуальных DNS-серверов; <br/> <br/> На скриншоте: <br/> <br/> Отсутствует "корректная" информация о маршрутах, <br/> в соответствующем подразделе, <br/> но присутствует ай-пи адрес <br/> VPN сервера: <br/> <br/> x.y.z.1 префикс не указан явно, <br/> <br/> значит используется "умолчание"; <br/> <br/> и скорее всего это: <br/> <br/> 255.255.255.255 (?); <br/> <br/> Повторюсь, для соединений с использованием протокола ppp, ай-пи адрес не является необходимым это "опция" (!); <br/> <br/> Далее, возникает вопрос заданный автором: <br/> <br/> Есть корректная работа шифрованного соединения pptp, но нет маршрутизации между хостами из разных сегментов ? <br/> <br/> Какими сетевыми сегментами? <br/> <br/> В дополнительном скриншоте, <br/> <br/> см. комментарий указаны два <br/> <br/> пула динамических адресов, <br/> <br/> с разными именами и разными <br/> <br/> подмножествами выделяемых <br/> <br/> ай-пи адресов (?); <br/> <br/> Сетевой префикс не указан (!?); <br/> <br/> Маска переменной длины, - <br/> <br/> сетевой префикс, чаще: префикс; <br/> <br/> или VLSM, очень важный <br/> <br/> реквизит любых сетевых <br/> <br/> конфигураций, <br/> <br/> позволяющий многое; <br/> <br/> Вот, например, префикс /28 или <br/> <br/> в десятичной нотации: <br/> <br/> 255.255.255.240, это сети: <br/> <br/> 0 - 15 <br/> 16 - 31 <br/> 32 - 47 <br/> 48 - 63 <br/> 64 - 79 <br/> 80 - 95 <br/> 96 - 111 <br/> 112 - 127 <br/> 128 - 143 <br/> 144 - 159 <br/> 160 - 175 <br/> 176 - 191 <br/> 192- 207 <br/> 208 - 223 <br/> 224 - 239 <br/> 240 - 255 <br/> <br/> Указан адрес сети и её широковещательный адрес; <br/> <br/> Очевидно, что при таком "разбиении" известного пространства адресов с префиксом /24, на более мелкие /28 , нормальное двустороннее взаимодействие хостов <br/> с адресами из разных сегментов-сайтов, возможно лишь при использовании локальных правил маршрутизации и хосты из нулевой подсети, не смогут взаимодействовать с хостами из двести сороковой или сто девяносто второй подсети; <br/> <br/> Какой префикс использовался при определении двух пулов динамических адресов для клиентов, - неизвестно; (?) <br/> <br/> Т.е. либо необходим один глобально определённый классовый префикс на ВСЕХ, <br/> из пространства: <br/> <br/> 172.x.y.z /16 или корректно сформированная маска переменной длины, покрывающая сегмент; <br/> <br/> Автору, следует определиться со своими исходными данными к создаваемой конфигурации на основе вышеизложенного; <br/> <br/> ВСЕМ ЗДОРОВЬЯ, <br/> <br/> БЛАГОПОЛУЧИЯ, <br/> <br/> 73 <br/> EE