Имеется роутер di 804 HV

На роутере включен: PPTP Server
Virtual IP of PPTP Server: 192 168 132 1
Authentication Protocol: MSCHAP
MPPE Encryption Mode: enabled

Требуется настроить доступ клиентов, подключенных через VPN (pptp) к роутеру, к локальным ресурсам "соседних клиентов".

Например, клиент А подключился к роутеру и получил адрес: 192 168 132 2.
клиент Б подключился к роутеру и получил адрес: 192 168 132 3,
адрес роутера: 192 168 132 1

Требуется что бы клиент Б мог получить доступ к ресурсам клиента А, например, Клиент Б подключаясь к адресу 192.168.132.2:3389 подключался к терминальному сеансу А.

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

Вопрос, есть ли решение данного вопроса?

Быстро не нашел ответы на форуме по этому вопросу. Могу повторно спрашивать.

Спасибо.

В Virtual Servers попробуйте разрешить порт 3389 для всего диапазона адресов.

Чтобы взломали все терминалы, какие найдут??? Не надо никаких виртуалсерверсов, надо рутинги на удаленных сторонах прописывать какая сеть где. Не на длинке, это бесполезно, а на подключающихся машинах. Потому что длинк слишком глуп, он позволяет по пптп создавать только точка-точка, маска 32. Пример:
длинку дается 192.168.200.1 за ним 192.168.200.*
Один клиент 192.168.1.1 за ним 192.168.1.*
Второй клиент 192.168.2.* за ним 192.168.2.*

Например чтобы попасть в сетку 192.168.200.* из 192.168.1.* надо на 192.168.1.1 прописать route add 192.168.200.0 mask 255.255.255.0 192.168.200.2 (пптп адрес подключения компьютера 192.168.1.1), включить на 192.168.1.1 функцию маршрутизации пакетов и всем в локалке 192.168.1.* поставить шлюз по умолчанию 192.168.1.1
Если вы не хотите использовать компьютер как рутер, поднимайте ipseс между железками, одновременно используя их как выход в интернет. Еще раз повторюсь, у длинка невозможно в пптп соединении указывать маску подсети клиенту. Что в корне неправильно. Маску умеет указывать только ipsec часть длинка.

А еще длинк не умеет динамическую маршрутизацию для впн соединений. Ни для каких. Это нонсенс и граничит с идиотизмом, потому что без динамической маршрутизации многоточечная система требует постоянного вмешательства.

Очень Важные Вы написали замечания, я тоже с этим мучаюсь...
Но уж больно сумбурно изложили. "Ниасилил" :-)
Сейчас попробую ещё раз прочитать внимательно...