Архив форумов ЦИТФорума

[Pingvinenok]

Обещанный отчет по установке системы контроля трафика.
Дано:
Linux FC3
eth0 – Local – 192.168.1.1
eth1 – Inet – 100.0.0.0
Прокси+ДНС+Мыло+всякая всячина на стороне провайдера – 100.0.0.1

Доступ к HTTP из локалки организован через Squid + SAMS. Squid работает через парент-прокси провайдера(так дешевле).
В общем, с некоторыми исключениями достаточно стандартная конфигурация для очень многих контор.

Задача:
Получить возможность считать(+- точно) трафик, проходящий через Linux.
При этом одно из основных – контролировать попытки коннектов извне по адресам\портам.

Перелопатил достаточно много программ, в итоге понял: те, что точно подойдут, коммерческие.
Из некоммерческих пока что остановился на NF Billing 1.4 (www.lanbilling.ru, некоммерческая версия). Ногами не пинать! Это тоже не совсем то, что нужно, но после доработки напильником… Итак:

1.Качаем и rpm, и сырцы, устанавливаем.
2. Х.З., для каких старых версий ПО писались инструкции по установке. Дорабатываем права для MySQL, в конфиге биллинга прописываем считать трафик для eth1 – 100.0.0.1
3. Так, в базу трафик пишется. Web-iface не работает. Ну ладно, опыт борьбы с такими граблями уже есть. Лезем в analyze.php, прописываем _GET для всего, чему нужен _GET. Работает.
4. Смотрим трафик. Бред. Вернее, все правильно, как если бы eth1 был один из компов из подсети 100.0.0.0/24, к примеру, для которой нужно считать. Но нужно нечто другое! Опять лезем в analyze.php, меняем выборку из базы с поля ip на поле remote. Проверяем.Уже гораздо лучше. Четко показывает, сколько/порты/куда коннектится сервер.
5. Коннектимся извне на некий порт сервера. Смотрим трафик по портам. Ага! Порта такого нет. А вот адрес присутствует! После разборок выясняется, что учитывается в данном случае трафик не только для внешнего адреса, но и для внешнего же порта! И на какой порт сервера был коннект, непонятно. Хотя размер входящего\исходящего трафика показан точно.
6. Для параллельного учета соединений извне добавляем сеть 0.0.0.0/0 в conf. Смотрим.
Ну, естественно, для этой сети начинает дублироваться учет для адреса 100.0.0.0. Лезем в Log_To_SQL.php, делаем так, чтобы для этой сети данный адрес не считался. Заодно, заглянув в базу, вышвыриваем трафик по исходящим соединениям на прокси, днс, мыло провайдера, чтобы не замусоривать базу для подсети 0.0.0.0/0. Уже лучше.
7. Проверяем. Упс! Однако, в выборке-то для отчета я ip заменил на remote!
8. Копируем analyze.php в inbound.php для отдельного учета входящих соединений, возвращаем ip на родину. Проверяем. Почти нормально. Пример записей в БД

[McZim]

Советую: http://bgbilling.bitel.ru/v3.5/doc/index.html
_________________
Я странный...

[Pingvinenok]

Согласен, это здоровская система.
Только все ее навороты(и цена, соответ.) мне совершенно ни к чему.
В конце концов, я не перепродаю трафик третьим лицам. Ну, пока, во всяком случае.
_________________
Съешь еще мягких французских булок,да выпей чаю!

[McZim]

На счет цены, здесь не обязательно платить за нее, у них есть такое понятие как тестовая лицензия на 100 договоров, в каждом договоре 20-логинов. Это абсолютно бесплатно!
_________________
Я странный...

[dio]

http://www.linux.ru/docs/russian/nfbilling/
_________________
All is not lost!

[Pingvinenok]

[dio]

тогда такой вариант - считать пакеты на интрефейсе )
_________________
All is not lost!

[McZim]

ЛанБиллнг бесплатно?
_________________
Я странный...

[dio]

[Pingvinenok]