forum.opennet.ru - "Анализ траффика межсетевого шлюза" (2)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

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

Форум Информационная безопасность (Firewall и пакетные фильтры / Linux)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Анализ траффика межсетевого шлюза"	+/–
Сообщение от tkpiuk (ok) on 22-Апр-11, 18:05
чем нынче кошерно анализировать траффик ? собственно перед любым сисадмином регулярно встаёт задача "мониторинга" траффика и корректировки правил в iptables. Нынче существыуют инструменты для мониторинга зарезанного\пропущенного траффика ? Раньше подобное слёгкостью реализовывалось при помощи ulogd, но на новых ядрах он не канает, все проекты, базирующиеся на ulogd, соответственно становыятся безполезны, собственно вопрос, кто, чем пользуется?
Ответить \| Правка \| Cообщить модератору

Оглавление

Анализ траффика межсетевого шлюза, LSTemp, 05:26 , 25-Апр-11, (1)

Анализ траффика межсетевого шлюза, psychos, 07:21 , 05-Сен-11, (2)

Сообщения по теме [Сортировка по времени | RSS]

1. "Анализ траффика межсетевого шлюза" +/–

Сообщение от LSTemp (ok) on 25-Апр-11, 05:26

[cut]

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Анализ траффика межсетевого шлюза" +/–

Сообщение от psychos (ok) on 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 реализовывалось такое поведение: посылать пакеты либо по достижении "определённого количества записей в буфере", либо по прошествии определённого времени, как только одно из событий наступает, данные заруливают в базу.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Анализ траффика межсетевого шлюза"	+/–
Сообщение от LSTemp (ok) on 25-Апр-11, 05:26
[cut]
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "Анализ траффика межсетевого шлюза"	+/–
	Сообщение от psychos (ok) on 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 реализовывалось такое поведение: посылать пакеты либо по достижении "определённого количества записей в буфере", либо по прошествии определённого времени, как только одно из событий наступает, данные заруливают в базу.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору