Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Войти
 
Страницы: Пред. 1 2
RSS
NetFlow + flow-tools
 
А время жизни потока(tcp) в изменять ОС (В моем случае Linux) или в сенсоре netflow (softflowd -t tcp=60 -ieth1 -n localhost:8818)?

P.S. так ради интереса как изменить время жизни потока в ОС Linux, FreeBSD, Windows?
 
Цитата
А время жизни потока(tcp) в изменять ОС (В моем случае Linux) или в сенсоре netflow (softflowd -t tcp=60 -ieth1 -n localhost:8818)?

Похоже на то. Время жизни конфигурируется на устройстве, которое экспортирует потоки.

Цитата
P.S. так ради интереса как изменить время жизни потока в ОС Linux, FreeBSD, Windows?

Вопрос не корректен. У вас есть ПO softflowd  которое экспортирует потоки, я использую fprobe под FreeBSD но это только ПО. Что касается Linux, FreeBSD, Windows как ОС, то они ничего не знают о потоках, потоки это фишка разработанная Cisco и ставшая стандартом дефакто.

Цитата
А уменьшение времени жизни потока не влияет на скорость работы соединения с интернетом?
Нет, просто размеры файлов netflow увеличиваются, так как больше записей в него попадает, ну и дополнительная нагрузка на процессор, так как он вынужден в этом случае чаще экспортировать потоки. Поймите, softflowd просто слушает трафик и строит статистику, но никоим образом не влияет на работу сети.
 
Ладно, сегодня тогда буду экспериментировать с быстроумирающими потоками. Посмотрим что получится.
 
Цитата
SOLDIER пишет:
А слона-то я и не приметил.
В Линуксе это не работает, работает по-другому:
$ date --date="1970-01-01 1219254114 sec GMT"
Срд Авг 20 23:41:54 YEKST 2008
или
$ date -d @1219254114
Срд Авг 20 23:41:54 YEKST 2008
Изменено: R - 22.08.2008 14:27:56
 
Цитата
grisha пишет:
А время жизни потока(tcp) в изменять ОС (В моем случае Linux) или в сенсоре netflow (softflowd -t tcp=60 -ieth1 -n localhost:8818)?
В сенсоре.
 
Вчера впервые решал задачу определения точного времени когда жил поток, то есть точное время, когда появился первый пакет в потоке и прошел последний пакет. Такая точность нужна мне так как я использую netflow не для биллинга, а для анализа потенциальных инцидентов в ИБ.
Раньше не нужна была бы такая точность, однако сейчас у меня есть не статичные IP которые выдаются  из пула для удаленных подключений по VPN. Так как пользователей ожидается много, то есть вероятность, что будет в течении короткого времени использоваться один и тот же IP различными пользователями.

Итак, как это делается.
Экспортируем потоки в ASCII следующей командой
/usr/local/bin/flow-export -f2 -m0x3831E5 < Flows_File

0x0000000000000001 UNIX_SECS
0x0000000000000004 SYSUPTIME
0x0000000000001000 SRCADDR
0x0000000000002000 DSTADDR
0x0000000000000080 FIRST
0x0000000000000100 LAST
0x0000000000080000 SRCPORT
0x0000000000100000 DSTPORT
0x0000000000200000 PROT
0x0000000000000020 DPKTS
0x0000000000000040 DOCTETS


UNIX_SECS - Время когда поток был экспортирован - в секундах
SYSUPTIME - UpTime экспортирующей системы на время когда поток был экспортирован. Тут тысячные секунды
FIRST - UpTime экспортирующей системы на время когда поток был создан (получен первый пакет). Тут тысячные секунды
LAST  - UpTime экспортирующей системы на время когда был получен последний пакет потока. Тут тысячные секунды.

Есть однозначная привязка UNIX_SECS и SYSUPTIME
Поэтому формула для Unix_Time когда получен первый пакет потока такая.

Unix_Time_Flow_Created = UNIX_SECS + (FIRST - SYSUPTIME)/1000

Для последнего пакета потока - такая.

Unix_Time_Flow_Died    = UNIX_SECS + (LAST  - SYSUPTIME)/1000

Точность времени для данных порядка одной секунды, так как приходится округлять.

Ну, и в общем, офтопик:
-Бабуля, сколько вешать граммов?
-Милок, а к чему такая точность?
-Бабуля, ЭТО ГЕРОИН....
;)
 
Да способ конечно достаточно точный, но проблема в том, что потоков может быть очень много для передачи одного файла.
Страницы: Пред. 1 2
Читают тему