https://www.opennet.dev/openforum/vsluhforumID3/65855.html После более чем года тестирования выпущен первый стабильный релиз STAcc (http://pm4u.opennet.ru/stacc.htm) (Simple Traffic Accounting), системы для организации контроля трафика для небольших проектов.<br><br><br>Принцип работы: В конфигурационном файле указывается какой интерфейс и какие порты будут прослушиваться. Создаётся база данных в MySQL со списком пользователей, их IP адресов и квот. Затем на основе данного списка создаются цепочки в Netfilter посредством iptables для каждого указанного адреса и порта. Сразу после создания цепочек, механизм Netfilter начинает автоматически вести подсчёт трафика по каждому правилу. Периодически запускаемая (по крону) команда (stAdmin.pl check) обновляет счётчики в базе данных, где хранится только их текущее значение. Эта же команда проверяет превысил ли трафик пользователя его квоту и может оборвать (если это указано в конфигурации) существующее соединение. <br><br>URL: http://pm4u.opennet.ru/stacc.htm<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=26222<br> https://www.opennet.dev/openforum/vsluhforumID3/65855.html#16 Wed, 14 Apr 2010 21:56:06 GMT угу, thanx.<br><br> https://www.opennet.dev/openforum/vsluhforumID3/65855.html#15 Wed, 14 Apr 2010 21:52:51 GMT thanx<br>как пропустил - не знаю (давно дело было :)<br> https://www.opennet.dev/openforum/vsluhforumID3/65855.html#14 Wed, 14 Apr 2010 21:51:31 GMT Правду говорят, netgraf вам в руки. <br>Счетчики получаются как в сиське, циклические (длина определяется параметрически).<br>Аналогичная система описана в одной старой но очень замечательной статье "Сага о биллинге"<br>http://www.opennet.ru/base/net/ng_billing_letter.txt.html<br>Аналогичный механизм с небольшими модификациями успешно работает у небольших провайдеров <br>с того самого 2005-г.<br>(слабое место - при большой загрузке сети таблицы статистики за месяц содержат сотни лимонов строк. (мускулу трындец приходит) Поэтому пришлось агрегирование вынести на этап буферизации собираемой информации.)<br> https://www.opennet.dev/openforum/vsluhforumID3/65855.html#13 Wed, 14 Apr 2010 15:36:14 GMT Дураков нет :)<br> https://www.opennet.dev/openforum/vsluhforumID3/65855.html#12 Wed, 14 Apr 2010 15:35:12 GMT В своё время это 199{какой}?<br><br>Странно не знать о том что уже есть в системе:<br>&gt; man ng_netflow<br><br>NG_NETFLOW(4) FreeBSD Kernel Interfaces Manual NG_NETFLOW(4)<br>NAME<br> ng_netflow -- Cisco's NetFlow implementation<br>SYNOPSIS<br>...<br>DESCRIPTION<br> The ng_netflow node implements Cisco's NetFlow export protocol on a<br> router running FreeBSD. <br>...<br><br><br>Ну и можно в портах найти: /usr/ports/net-mgmt/softflowd<br>Оно более универсальное (и на Линуксах работает) но нужен libpcap ... что не всегда айс :(<br> https://www.opennet.dev/openforum/vsluhforumID3/65855.html#11 Wed, 14 Apr 2010 15:10:22 GMT Люди, а подскажите плиз, iptables считает трафик чистый или с учетом заголовков пакетов ethernet? и как ситает ifconfig?<br> https://www.opennet.dev/openforum/vsluhforumID3/65855.html#10 Wed, 14 Apr 2010 13:50:51 GMT А оно умеет работать без Squid, но считать статистику по 80 порту?<br>Судя по описанию на сайте, не умеет.<br> https://www.opennet.dev/openforum/vsluhforumID3/65855.html#9 Wed, 14 Apr 2010 13:10:53 GMT ng_netflow чем не устраивает?<br> https://www.opennet.dev/openforum/vsluhforumID3/65855.html#8 Wed, 14 Apr 2010 12:34:54 GMT Есть куча сборщиков netflow с маршрутизаторов, а вот софтину под фрю, которая показания счётчиков ядра отдавала бы по netflow в своё время искал - нету. Если кто подскажет - буду благодарен (правда, сейчас уже скорее для общей эрудиции :))<br>