+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Запрос функции: Запуск скрипта при событии файрвола

Запрос функции: Запуск скрипта при событии файрвола, RouterOS

Borage Guest	#1 0 20.11.2013 00:30:00 Я не уверен, будет ли это полезно. Как ты думаешь, стоит ли запускать скрипт при срабатывании события на фаерволе?

berisz Guest	#2 0 19.11.2020 13:12:00 +1 Дорогая служба поддержки MikroTik! Пожалуйста, добавьте возможность запуска скрипта в действиях файрвола (Filter, NAT, Mangle, Raw)!

erkexzcx

Guest

19.11.2020 15:24:00

Сейчас я бы не нашёл это полезным, но это открывает просто кучу возможностей. +1 от меня. Сделать ваш роутер уязвимым к DoS/DDoS атакам? Неверно, если Mikrotik добавит опцию по частоте. Например: «Не запускать скрипт, если он уже запускался за последние X секунд».

Larsa

Guest

19.11.2020 16:32:00

Вместо того чтобы использовать только статические списки IP-адресов, было бы «очень здорово», если бы в качестве действия фаервола появилась встроенная проверка DNSBL — например, «отклонять запросы к DNS-черным спискам» при новых соединениях (то есть в состоянии connection state new).

Sob

Guest

19.11.2020 19:16:00

Это совершенно другой запрос. И есть разница между тем, когда какой-то сервер использует DNSBL для фильтрации новых соединений (например, почтовый сервер), и когда это происходит с пакетами на роутере. В первом случае всё проще: много времени, никакой спешки. Если это занимает секунду — не страшно, даже большее время не повредит. Роутеру же нужна гораздо более быстрая реакция, чтобы решить, что делать с пакетом.

Larsa

Guest

19.11.2020 19:49:00

Ну да, наверное, стоило создать отдельную тему. В любом случае, я не согласен насчёт задержки — локальный вызов dnsbl задержит всего на несколько миллисекунд, что очень мало (даже крошечно) по сравнению с той полезной функцией, которую это добавит.

Sob Guest	#7 0 19.11.2020 20:48:00 Я уже вижу всех тех, кто добавит десять медленных внешних списков, применит действие к каждому пакету и потом будет жаловаться, что ничего не работает. Но, конечно, это не обязательно аргумент против. В нынешнем RouterOS и так хватает способов что-то сломать. Возможно, это выполнимо. Netfilter имеет очереди в пространстве пользователя, где другой процесс может решить, что делать с пакетом, и кто-то уже пытался использовать это для DNSBL: https://github.com/zevenet/packetbl

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры