Longobard
написал 5 июня 2006 года в 01:15 (1339 просмотров)
Ведет себя
как мужчина; открыл 291 тему в форуме, оставил 2499 комментариев на сайте.
Где можно почитать что-либо на эту тему? А то правил все больше и больше…
Последние комментарии
- OlegL, 17 декабря в 15:00 → Перекличка 21
- REDkiy, 8 июня 2023 года в 9:09 → Как «замокать» файл для юниттеста в Python? 2
- fhunter, 29 ноября 2022 года в 2:09 → Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt? 6
- Иванн, 9 апреля 2022 года в 8:31 → Ассоциация РАСПО провела первое учредительное собрание 1
- Kiri11.ADV1, 7 марта 2021 года в 12:01 → Логи catalina.out в TomCat 9 в формате JSON 1
ecobeing.ru
Экология и вегетарианство на благо всем живым существам Планеты.
а что, собственно, оптимизировать? ты хоть дал бы тогда кофиг какой-нибудь цепочки. может, у тебя для одного ip-адреса тысячу строк с однотипными правилами ;)
общий принцип: разделяй и влавствуй.. ;)
ну авообще, старайся сократить число проверок
огранизовывай в дерево там, ещё как, но от списка старайся избавиться. ;)
Ну например такой момент:
нужно закрыть доступ на 21 и 8000 порт из инета.
Я делаю так:
Т.е. пройдут лишь пакетики с нужных мне подсетей, остальные попадут под дроп :)
А можно сделать так:
Вроде как правил будет поменьше, но зато они теперь используют дополнительный модуль (mport).
Что будет шустрее работать?
я делаю так, как меня научил один из поситителей этого форума…
закрываю все (-P DROP), а потом открываю только то, что мне надо. у меня файервол не так много чего открывает/зарывает, поэтому мой совет вряд ли применим к твоей схеме.
шустрее будет радотатть, если ты сделаешь где-то так:
Кстати, вопрос интересен не только Longobard’у :)
Это-то понятно..
Но вот почитать что-нибудь на эту тему:
было бы очень интересно.. Метод научного тыка не всегда применим..
Есть какая-нибудь статистика того, насколько нагружает файрволл использование разных модулей?
собери такую статистику сам.
кстати, ты ещё подумай, как ты будешь её собирать.
методику, так сказать, сбора данной статистики ;)
по мне — так это попросту неуловимый Джо. очередной. ;)
основное правило: строй проверки так, чтобы среднее число проверок было минимальным.
для этого — собери статистику, кто как и сколько к какому правилу попадает.
после этого — оптимизируй путь.