>>1. То, что ближе к ядру, а это iptables (ULOG тоже собственно).
>IMHO, ULOG даёт потери трафика, правило iptables -I FORWARD -j ULOG просто
>копию пакета посылает на коллектор и если коллектор не справляется и
>область ULOG переполняется, то все остальные копии пакетов просто сбрасываются.
>Соответственно пакеты юзверя в интернет прошли, а на коллектор не попали.
Давай немного уточним... Я понял вопрос буквально, что меньше? iptables меньше... А вопрос перегрузок уже другой :) Скажем так я использую ulog-acctd с возможностью агрегирования, так вот сколько раз я делал срезы, недочетов не замечал.
>Это же касается и pcap.
>Как работает QUEUE - не знаю.
>
>>2. Не пробовал никогда
>А можешь посоветовать что-нить более другое?
У меня самопальный основанный на том самом ulog-acctd, считает очень неплохо, имхо.
>
>>3. Смотря как сильно фильтровать будешь... Чистый snat можешь хоть на 266
>>пеньке ставить. Если же хочется помечать пакеты, навешивать различные детекторы, то
>>естественно нагрузка увеличится. Ну и про остальное ПО не забывай. Если
>>конкретнее, то поставь пенек ~667мгц и 128 озы, я думаю, что
>>тебе на все хватит
>Ещё вопрос в дополнение к 3. У меня пакеты логируются занесением их
>в базу PostgreSQL так вот где лучше эту базу держать, на
>роутере или на другом хосте? Из этой же базы берёт данные
>для аутентификации абонентов radius, postfix, apache, courier-imap, etc.
Ну опять таки смотри на то, насколько комфортно ей будет... Учитывая то, что субд будет пользоваться большое количество ПО, то наверное стоит задуматься либо о увеличении мощности, либо о перенесении базы, но тогда нужно еще крепче задуматься, а хочется и тебе гонять кучу траффика от ulog... Ведь он буквально каждую строку засылать будет.
|