URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID10
Нить номер: 4837
[ Назад ]

Исходное сообщение
"Анализ траффика межсетевого шлюза"

Отправлено tkpiuk , 22-Апр-11 18:05 
чем нынче кошерно анализировать траффик ?
собственно перед любым сисадмином регулярно встаёт задача "мониторинга" траффика и корректировки правил в iptables. Нынче существыуют инструменты для мониторинга зарезанного\пропущенного траффика ?
Раньше подобное слёгкостью реализовывалось при помощи ulogd, но на новых ядрах он не канает, все проекты, базирующиеся на  ulogd, соответственно становыятся безполезны, собственно вопрос, кто, чем пользуется?

Содержание

Сообщения в этом обсуждении
"Анализ траффика межсетевого шлюза"
Отправлено LSTemp , 25-Апр-11 05:26 
[cut]

"Анализ траффика межсетевого шлюза"
Отправлено psychos , 05-Сен-11 07:21 
> [cut]

в своё время тож воевал с радиусом, на gentoo.ru тема была,кстати пытался совокупить с мускулом. но pptp+radius = "персонализированный" доступ к сети.
возможно в первом посте не достаточно раскрыта суть вопроса, речь шла о контроле траффика между сетями, рашьше ulogd работал, но то было на старых ядрах, сейчас он не собирается, матерясь на версию ядра,счас уже linux-3.0.3 а патчей на 2.6.3х даже-даже не видать. просто в данной связке достаточно удобно реализовывался on-line контроль без промежуточного parceFile.
я конечно понимаю, что множественный insert в 20 раз медленнее одного insert с 1500 записей, но толи в ulogd, толи в связке ulog-iptables реализовывалось такое поведение: посылать пакеты либо по достижении "определённого количества записей в буфере", либо по прошествии определённого времени, как только одно из событий наступает, данные заруливают в базу.