Комментарии 11
Сурово. Полезно. Спасибо.
Вот BSDельник…
чем обосновано использование ng_hub вместо пропускания трафика насквозь через ng_netflow?
ну и в классической схеме обычно использовали ng_one2many вместо ng_hub
ну и в классической схеме обычно использовали ng_one2many вместо ng_hub
Про one2many в следующий раз расскажу, ng_hub работает побыстрее, он не считает стату и в нем нет дополнительных параметров. В принципе использовал чисто в академических целях.
«Мы не будем пропускать трафик через ng_netgraph насквозь, пользуясь хуком outN, а используем модуль ng_hub для копирования трафика проходящего по тоннелю в обе стороны.»
«Мы не будем пропускать трафик через ng_netgraph насквозь, пользуясь хуком outN, а используем модуль ng_hub для копирования трафика проходящего по тоннелю в обе стороны.»
Спасибо, интересно. Ждем следующих статей, а так же описание работы с модулем ng_l2tp и прочими.
«Я использовал триальный netflow analyzer 7.5.» — ну, так дело не пойдет.
Кто-нибудь знает внятный freeware/GPL/BSD обработчик netflow?
Кто-нибудь знает внятный freeware/GPL/BSD обработчик netflow?
www.cacti.net не подходит?
в каком месте cacti нетфлоу анализатор?
Да там как то через flow-tools прикручивают кажется. Графики чтоб рисовать.
правильный ответ на мой вопрос: «нет, cacti это не нетфлоу анализатор». :)
чтобы там не прикручивалось, делается через костыль в скрипте который добивает rrd базу после обработки содержимого коллектора. мягко говоря это ниразу не то что хочется, но да, на безрыбьи и сам раком станешь.
чтобы там не прикручивалось, делается через костыль в скрипте который добивает rrd базу после обработки содержимого коллектора. мягко говоря это ниразу не то что хочется, но да, на безрыбьи и сам раком станешь.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
FreeBSD Netgraph, считаем трафик