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