path /usr/local/www/data/stat/
url url_string
URL (веб–адрес) начальной страницы со статистикой, будет использоваться при построении ссылки на статистику пользователя, присылаемую в ему отчете по электронной почте сервисом quota. Например,
url http://stat.company.ru/traffic/
servlet–url url_string
URL (веб–адрес) сервлета Java, который будет отображать табличное представление статистики для юнита. Например:
servlet–url http://stat.company.ru:8010
htaccess { yes | no }
Включает и выключает механизм автоматической защиты каталогов с помощью файлов .htaccess и .htpassword. При этом используются пароли администратора NeTAMS (те, которые задаются в «user… crypted…» в начале конфигурационного файла и собственно пароли на юниты («unit … password …»). При этом администратору доступны любые подкаталоги веб–дерева, а пользователям — только их собственные.
client–pages { all | groups | none | group GG1 GG2 … }
Показывает, будут ли создаваться клиентские страницы для веб–представления статистики:
• all — будет создаваться все
• groups — только общая статистика и статистика подкаталоги для юнитов типа «группа»
• none — только общая статистика
• group GG1 GG2 … — клиентские статистики только для перечисленных групп и содержащихся в них юнитах (не рекурсивно). Чтобы добавить или удалить группу в списке, необходимо дать команду с новым списком полностью. (версии начиная с 17 марта 2004).
account–pages { all | none }
Показывает, будут ли создаваться общий подкаталог и подкаталоги в нем для аккаунтов сервиса billing. При использовании сервиса биллинга наиболее оптимальным будет сочетание:
client–pages none
account–pages all
display–top N
Включает механизм генерации статических страниц, показывающих TOP N (N — число, желательно порядка 10) потребителей трафика (юниты типа USER и HOST) для периодов времени с начала часа, дня, недели и месяца.
display–health { yes | no }
Включает и выключает механизм автоматического отображения «здоровья» системы (аналогично show health), т.е. свободного места на жестком диске и загрузки процессора. По умолчанию–выключено.
[service monitor]
Сервис monitor позволяет осуществлять запись данных из заголовков пакетов, относящихся к указанным юнита. При этом в базе данных сохраняется не только информация о локальном источнике–получателе пакета, размере и времени, но и об удаленной стороне. Таким образом, становится возможным узнать не только то, КТО качал, а ОТКУДА качал. Начиная с версии NeTAMS 3.2, информация о трафике поставляется сервисами data–source уже в суммированном, агрегированном по локальному адресу виде (потоки), поэтому ПОПАКЕТНЫЙ мониторинг невозможен. Вместе с тем, такое поведение позволяет СУЩЕСТВЕННО сэкономить место в базе данных.
monitor to { storage N | file XXXX | xmlfile XXXX | netflow IP PORT}
Задает направление вывода информации о мониторинге. Мониторинг позволяет собирать в текстовом файле или базе данных информацию о каждом IP–пакете или NetFlow–записи, обработанной NeTAMS. Эту детальную информацию можно затем отфильтровать для составления специфических отчетов
• storage N
• идентификатор SQL–хранилища, куда пойдет запись
• file XXXX
• имя (путь) до текстового файла с выводом мониторинга
• file XXXX
• имя (путь) до текстового файла с выводом мониторинга в XML формате
• netflow IP PORT
• IP и порт на который будут отслыаться netflow v5 данные
• (начиная с версии 3.4.0)
monitor unit { N | XXXX }
Определяет юнит, который необходимо мониторить
• N идентификатор (OID) юнита
• XXXX — имя юнита
no monitor unit { N | XXXX }
Отменяет мониторинг указанного юнита
no monitor to …
Отменяет мониторинг в указанный получатель
show monitor
Отображает текущее состояние мониторинга, смотри здесь.
Начиная с версии 3.4.0 добавлена возможность мониторить в одном сервисе monitor сразу в несколько получателей. И остутвует ограничение на число сервисов monitor, которые могут мониторить один юнит.
[service quota]
Основные свойства:
Хранение информации о квотах клиентов в базе SQL. В настоящий момент поддерживается MySQL и Postgres.
Возможность задания политики учета (контроля), параметров оповещения по умолчанию.
Возможность задания всех параметров квот по трафику индивидуально для каждого юнита. Это величины входящего, выходящего и суммарного трафика начиная с момента начала часа, дня, недели и месяца.
Возможность задания порога «мягкого срабатывания» в процентах от «жесткой» квоты индивидуально для каждого юнита.
Возможность гибкого управления параметрами оповещения при срабатывании и возвращении квоты.
Первоначальную настройку необходимо провести при неработающем демоне NeTAMS.
Допустим, что данные уже хранятся в базе данных MySQL, определенной в сервисе data–source с номером 2: