Если вы делаете это на тестовой площадке в виртуальной среде - попробуйте отключить фаерволы на микротиках. Или создайте только три разрешающих правила на input, forward и output. Такое ощущение, что у вас на сетевом уровне что-то, не видят серверы друг друга.
Хм, надо проверить. Там же раньше в outlook была вроде опция, через какой временной интервал проверять почту. Надо поискать. Хотя вроде в локальной сети exchange клиентам тоже пушит новые письма.
pptp и l2tp не умеют выдавать клиенту маршруты.
У Романа Козлова на ютубе был ролик, как отдавать маршруты клиентам.
У нас данной проблемы нет, у нас либо микроты работают между филиалами, либо RDS фермы для удалёнки.
Andrey Duplitsky, Андрей, мне кажется есть некое недопонимание. Проброс порта - это когда вы стучитесь на порт 1234 роутера, а роутер кидает трафик данного порта на порт 9876 на другую машину. dst-nat извне на комп внутри сети. А вот пустить трафик извне через некий узел на другой комп так же где-то в другом месте - это vpn или прокси.
Мне так кажется :)
Andrey Duplitsky, ну пробросите вы порты в линуксовую машину, стоящую в Европе. И потом что? Как вы с линукса потом пробросите rdp трафик дальше? Нужен vpn, кидающий rdp трафик через европу на RDP сервер.
APM-trash, как вариант - попробовать на роутере пробросить порт на rdp сервер, открыв его только для одного IP адреса клиента. Проверить как будет идти соединение без VPN.
И что мешает поменять порт RDP удаленно, если вам хочется попробовать этот вариант?
И еще, в начальном посте вы написали "бесконечно долго приходится ждать пока рдп выдаст ошибку" - какую ошибку?
Скорее всего виндовозный клиент ломится куда-то наружу в момент подключения к RDS. Есть возможность для проверки в момент подключения к VPN оставить им и интернет?
В named.conf указано что вы подключаете файлы named.conf.local и named.conf.default-zones ?
include "/etc/bind/named.conf.options";
include "/etc/bind/named.conf.local";
//include "/etc/bind/named.conf.default-zones";