Проброс портов по расписанию

Раздел для тех, кто начинает знакомиться с MikroTik
Правила форума
Как правильно оформить вопрос.
Прежде чем начать настройку роутера, представьте, как это работает. Попробуйте почитать статьи об устройстве интернет-сетей. Убедитесь, что всё, что Вы задумали выполнимо вообще и на данном оборудовании в частности.
Не нужно изначально строить Наполеоновских планов. Попробуйте настроить простейшую конфигурацию, а усложнения добавлять в случае успеха постепенно.
Пожалуйста, не игнорируйте правила русского языка. Отсутствие знаков препинания и неграмотность автора топика для многих гуру достаточный повод проигнорировать топик вообще.

1. Назовите технологию подключения (динамический DHCP, L2TP, PPTP или что-то иное)
2. Изучите темку "Действия до настройки роутера".
viewtopic.php?f=15&t=2083
3. Настройте согласно выбранного Вами мануала
4. Дочитайте мануал до конца и без пропусков, в 70% случаев люди просто не до конца читают статью и пропускают важные моменты.
5. Если не получается, в Winbox открываем терминал и вбиваем там /export hide-sensitive. Результат в топик под кат, интимные подробности типа личных IP изменить на другие, пароль забить звездочками.
6. Нарисуйте Вашу сеть, рисунок (схему) сюда. На словах может быть одно, в действительности другое.
Ответить
rus630
Сообщения: 3
Зарегистрирован: 21 янв 2019, 18:59

Приветствую, уважаемые знатоки!

Организован доступ пользователей к серверу по RDP по расписанию (сервер доступен для подключения с 7 до 19 часов ежедневно). Для этого создано NAT-правило, пробрасывающее нестандартный внешний порт роутера на стандартный 3389 сервера в локальной сети. Задано расписание на закладке Extra в свойствах NAT-правила.

При попытке пользователя подключиться вне заданного в правиле времени, новое соединение не устанавливается, однако, уже существующие RDP-сессии не завершаются.

Подскажите, как до-настроить firewall так, чтобы при окончании времени, заданного в расписании (например, как приведено выше, при наступлении 19:00), устанавливался и запрет на новые подключения и принудительно завершались все существующие?


Аватара пользователя
podarok66
Модератор
Сообщения: 4355
Зарегистрирован: 11 фев 2012, 18:49
Откуда: МО

Мне думается, нужно существующие сессии принудительно завершить. Я уж не знаю, скриптом соединения оборвите принудительно для этого порта как-то:

Код: Выделить всё

:foreach i in=[/ip firewall connection find src-address~"3389"] do={ /ip firewall connection remove $i }
Если мало, по тому же расписанию включайте запрещающее правило для подобных соединений.


Мануалы изучил и нигде не ошибся? Фаервол отключил? Очереди погасил? Витая пара проверена? ... Тогда Netinstal'ом железку прошей и настрой ее заново. Что, все равно не фурычит? Тогда к нам. Если не подскажем, хоть посочувствуем...
rus630
Сообщения: 3
Зарегистрирован: 21 янв 2019, 18:59

запрещающим правилом пробовал, тот же эффект - новые подключения не создаются, но существующие поддерживаются и не дропаются... настройки в правиле в группе "Connection state" тоже ничего не дают...


vqd
Модератор
Сообщения: 3605
Зарегистрирован: 26 сен 2013, 14:20
Откуда: НСК
Контактная информация:

конфиг фаервола покажите


Есть интересная задача и бюджет? http://mikrotik.site
rus630
Сообщения: 3
Зарегистрирован: 21 янв 2019, 18:59

запрещающее правило разместил выше всех прочих, если вы об этом.

Почему-то с помощью правил на закладке "Firewall" не получается отфильтровать пакеты, для их последующей блокировки, ориентируясь на исходный порт, на который обращаются пользователи. Т.е. в NAT описано перенаправление с нестандартного порта, допустим, 5589, на обычный RDP 3389 и механизм фильтрации не позволяет отобрать пакеты по "5589". Это получается сделать по "3389", но этот вариант не подходит, т.к. есть еще порт, для привилегированных пользователей, которые должны иметь круглосуточный доступ, а блокировка по "3389" запретит все соединения по RDP.

Очевидно, это связано с работой самого NAT, но как учесть в правилах этот момент разобраться не получилось...

В целом задача решилась с помощью скрипта, запускаемого по расписанию, в котором циклом перебираются соединения и закрываются те из них, "dst address" которых содержит подстроку "5589".....


anad
Сообщения: 185
Зарегистрирован: 24 ноя 2016, 21:14

в 90% первым правилом стоит пропускать все уже установленные соединения ( а если пользователь залогинен, то соединение есть ) , так что только рубить текущие сессии по крону, или отказываться от фасттрек .


Ответить