Документация NetAMS

path /path/to/html/root

Путь до каталога в локальной файловой системе, в котором будет создаваться дерево файлов со статистикой. Например:

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), т.е. свободного места на жестком диске и загрузки процессора. По умолчанию–выключено.

Сервис 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, которые могут мониторить один юнит.

Основные свойства:

Хранение информации о квотах клиентов в базе SQL. В настоящий момент поддерживается MySQL и Postgres.

Возможность задания политики учета (контроля), параметров оповещения по умолчанию.

Возможность задания всех параметров квот по трафику индивидуально для каждого юнита. Это величины входящего, выходящего и суммарного трафика начиная с момента начала часа, дня, недели и месяца.

Возможность задания порога «мягкого срабатывания» в процентах от «жесткой» квоты индивидуально для каждого юнита.