Сервис alerter занимается рассылкой информации о статистике и о работе системы по почте
report [oid 06100] name rep1 type traffic period day detail simple
Не настраиваемый в настоящее время параметр отправки сообщений. В дальнейшем здесь будет возможно управлять форматом отсылаемого сообщений (например, выбор шаблона, языка) и прочее. Номер отчета по умолчанию, OID=06100, сейчас используется для отправки стандартных сообщений о трафике.
smtp–server smtp_server_name
smtp_server_name задает имя или IP–адрес почтового сервера, через который отправится почта. NeTAMS (сервис alerter) будет устанавливать прямое соединения по TCP–порту 25 на указанный адрес (хост) и использовать протокол SMTP для формирования и отправки письма. Если у вас работает локальный почтовый сервис на той же машине, где и NeTAMS, укажите: smtp–server localhost
[service html]
Сервис html позволяет автоматически создавать статические HTML–страницы с отчетами о трафике и о работе программы
run time_interval
Интервал времени, в формате задачи планировщика, через который будет выполняться генерация страниц. Рекомендуется ставить time_interval равным «hourly — ', т.е. страницы будут создаваться за 10 секунд до окончания каждого часа, и содержать статистику об этом часе.
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), т.е. свободного места на жестком диске и загрузки процессора. По умолчанию–выключено.
[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, которые могут мониторить один юнит.
