Название: Сбор трафика по netflow+ipcad+freebsd Отправлено: NodenY45 от 07 Февраля 2018, 19:49:00 Настроив nodeny plus по доке, пришло время, когда сбор трафика начал жрать много ресурсов системы, и инет начал тормозить (divert).
Был куплен модуль в лк netflow и решил сделать сбор через него. Может кому пригодится, оставлю мануал :) Поправьте, если что-то забыл. Часть взял от сюда -> https://app.nodeny-plus.com.ua/docs/work/netflow.html (https://app.nodeny-plus.com.ua/docs/work/netflow.html) Код: cd /usr/ports/net-mgmt/flow-tools && make install clean Далее часть отсюда -> http://muff.kiev.ua/content/ipcad-netflow-sobiraem-i-slivaem-statistiku-traffika (http://muff.kiev.ua/content/ipcad-netflow-sobiraem-i-slivaem-statistiku-traffika) Так же, сразу удаляем с файрвола упоминание про divert Код: mkdir /tmp/ipcad Единственное с чем пришлось повозится, это с номером интерфейса, который нужно прописать в конфиг нодейнай. Что я делал: Код: #flow-stat -f 17 < /var/db/flows/8888.txt Код: Редактируем /usr/local/nodeny/kernel/collectors.cfg Нагрузка на проц упала до 20% в пиках, хотя ранее была постоянно 100% Поправьте, если что не так. Спасибо. Название: Re: Сбор трафика по netflow+ipcad+freebsd Отправлено: Efendy от 08 Февраля 2018, 11:26:10 Т.е. в доку нужно добавть способ нахождения интерфейса flow-stat -f 17 < /var/db/flows/8888.txt?
Кстати. Вы должны понимать, что с ростом сети рано или поздно прийдет момент когда модуль ядра подсчета трафика не будет справляться ни по памяти ни по производительности - он написан на перле, а перл - это скриптовой язык, а значит не быстрый. Для этих случаев скорее всего придется применять аккаунтинг раудиуса. Вы будете смеяться, но аккаунтинг в первую очередь и предназначен для того, чтобы передавать трафик в биллинговую систему. Просто я его использую как признак, что клиент пока еще не сделал дисконнект. Как настроить: http://forum.nodeny.com.ua/index.php?topic=2495.0 Естественно вы должны понимать, что если у вас процедура radreply отличается, то нужно взять свою и перенести туда код, связанный с подсчетом трафика. Если у вас не радиус, то вы должны быть готовы, что рано или поздно придется отказаться от подсчета трафика Название: Re: Сбор трафика по netflow+ipcad+freebsd Отправлено: Roman от 08 Февраля 2018, 12:23:02 Т.е. в доку нужно добавть способ нахождения интерфейса flow-stat -f 17 < /var/db/flows/8888.txt? Да, именно так я нашел свой интерфейс под номером 6 Цитировать flow-stat -f 17 < /var/db/flows/8888.txt # --- ---- ---- Report Information --- --- --- # # Fields: Total # Symbols: Disabled # Sorting: None # Name: Input interface # # Args: flow-stat -f 17 # # # interface flows octets packets # 152 5417 8615050 97150 150 3850 12827845 131031 144 6 912 12 143 408686 1339845394 2211054 142 15004 40526170 388730 6 601619 1914824073 3663866 5 2151 1112027 7143 0 423615 154065214 1236346 При этом таблицы X-дата заполняются, но биллинг упорно не хочет показывать что в них. Название: Re: Сбор трафика по netflow+ipcad+freebsd Отправлено: Roman от 08 Февраля 2018, 12:43:27 При этом таблицы X-дата заполняются, но биллинг упорно не хочет показывать что в них. Единственное, что я глобально переделал, это то, что у меня все таблицы в базе MyISAM, ушел от InnoDB. Это критично? Название: Re: Сбор трафика по netflow+ipcad+freebsd Отправлено: Efendy от 08 Февраля 2018, 13:28:07 При этом таблицы X-дата заполняются, но биллинг упорно не хочет показывать что в них. у меня все таблицы в базе MyISAM, ушел от InnoDB. Это критично?Название: Re: Сбор трафика по netflow+ipcad+freebsd Отправлено: NodenY45 от 08 Февраля 2018, 17:02:41 Т.е. в доку нужно добавть способ нахождения интерфейса flow-stat -f 17 < /var/db/flows/8888.txt? Кстати. Вы должны понимать, что с ростом сети рано или поздно прийдет момент когда модуль ядра подсчета трафика не будет справляться ни по памяти ни по производительности - он написан на перле, а перл - это скриптовой язык, а значит не быстрый. Для этих случаев скорее всего придется применять аккаунтинг раудиуса. Вы будете смеяться, но аккаунтинг в первую очередь и предназначен для того, чтобы передавать трафик в биллинговую систему. Просто я его использую как признак, что клиент пока еще не сделал дисконнект. Как настроить: http://forum.nodeny.com.ua/index.php?topic=2495.0 Естественно вы должны понимать, что если у вас процедура radreply отличается, то нужно взять свою и перенести туда код, связанный с подсчетом трафика. Если у вас не радиус, то вы должны быть готовы, что рано или поздно придется отказаться от подсчета трафика Я не мог найти как уйти от DIVERT\TEE, вот нашел таким способом "netflow export" |