graf_Alibert, да в какой теории? Оно всегда так было: настроил контроллером точки и забыл про него. Именно так работает, в том числе, и в одном из офисов, со сложной радиообстановкой, с кучей кабинетов, проходов и прочего. Имея опыт работы с WiFi как у микротов, так и у убиков, я не скажу кто из них лучше или хуже. Меня устраивают оба.
graf_Alibert, неверно. контроллер для точек Убиков нужен только для первоначальной настройки. Потом его можно тупо выключить и включать, если надо что-то переконфигурировать. У меня дома настроено так, что один раз 3 точки настроил и контроллер выключил и год уже не доставал его. В одном из офисов контроллер работает постоянно, но в него уже очень давно никто не заходил, смысла нет - сеть WiFi настроена и набирает как часы.
Если вы делаете это на тестовой площадке в виртуальной среде - попробуйте отключить фаерволы на микротиках. Или создайте только три разрешающих правила на 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 удаленно, если вам хочется попробовать этот вариант?
И еще, в начальном посте вы написали "бесконечно долго приходится ждать пока рдп выдаст ошибку" - какую ошибку?
