Введение
Я буду использовать очень простую проверку. В интернете находится много рецептов по мониторингу asterisk с помощью zabbix. Есть готовые наборы скриптов на питоне, есть шаблоны. Можно настроить мониторинг практически всего, что только пожелаешь.
Мне не хотелось во всем этом разбираться и нагромождать в систему, так как нужно только состояние транков — зарегистрирован или нет. Усложнять чем-то еще свои системы мониторинга не хотелось. Больше никакие данные мне не нужны. Я стараюсь настраивать мониторинг только тех параметров, которые реально необходимы. Это позволяет экономить время и ресурсы сервера.
С помощью простого sh скрипта я буду проверять суммарное количество транков в системе и сравнивать это число с числом зарегистрированных транков. Если разница этих чисел будет отлична от нуля, значит как минимум одна регистрация отвалилась. Нужно на всякий случай проверить сервер и выяснить причину.
После этой проверки можно тем же скриптом и перезапустить регистрации, но я в статье ограничусь только мониторингом состояния. Лично мне перезапуск в данном случае не нужен, так как ситуации бывают редко и я хочу сам проверить, почему регистрации отвалились.
Если у вас еще нет своего сервера для мониторинга, то рекомендую материалы на эту тему. Для тех, кто предпочитает систему CentOS:
- Установка CentOS 8.
- Настройка CentOS 8.
- Установка и настройка zabbix сервера.
То же самое на Debian 10, если предпочитаете его:
- Установка Debian 10.
- Базовая настройка Debian.
- Установка и настройка zabbix на debian.
Если у вас есть вопросы по настройке Asterisk, рекомендую мою очень подробную статью на эту тему. Там разобран на примерах основаной функционал современной ip атс.
Для отладки и тестирования работы voip я рекомендую сервис Zadarma. Плюс его в том, что после регистрации вы получите настройки пира для внутренней сети оператора. И внутри этой сети вы можете бесплатно звонить. Например, я одного пира регистрирую на sip клиенте смартфона и с него звоню на второй аккаунт, пир от которого настроен в астериске. Таким образом эмулирую внешний звонок. Удобно отлаживать различные конфигурации звонков, не требуя платного подключения.
Подготовка к обновлению
Важная информация перед обновлением. Версия 5.2 без длительной поддержки. Через пол года к ней перестанут выходить обновления, так что вам обязательно придется обновляться на следующую версию. Если для вас не критичны нововведения этого релиза, пропускайте его и ждите новой LTS версии.
Если у вас версия ниже 5.0, то предварительно обновите ее до указанной. У меня есть цикл статей на тему обновления Zabbix:
- 2.4 до 3.0
- 3.0 до 3.2
- 3.2 до 3.4
- 3.4 до 4.0
- 4.0 до 4.2
- 4.2 до 4.4
- 4.4 до 5.0
Перед обновлением, сделаем на всякий случай бэкап базы данных. Для этого предварительно остановим сервер с агентом.
У меня что-то активно писалось в базу, поэтому сервер выключался долго. Я проверил лог zabbix-server, чтобы убедиться в корректном выключении. Там все нормально было, сервер штатно завершил работу, дописав то, что у него там накопилось. Так что бэкапим.
zabbix | название базы данных заббикса |
-uzabbix | ключ -u и дальше имя пользователя базы данных |
-p’password’ | ключ -p и дальше пароль пользователя бд, если в пароле есть спецсимволы, экранируйте их одиночными кавычками |
На всякий случай сохраним php скрипты админки, чтобы можно было оперативно запустить старую версию в случае нештатной ситуации. Хотя лично я сделал снепшот виртуалки перед обновлением, чтобы откатиться назад в случае проблем.
Centos 7
Подключаем репозиторий версии zabbix 5.0:
# rpm -Uvh https://repo.zabbix.com/zabbix/5.2/rhel/7/x86_64/zabbix-release-5.2-1.el7.noarch.rpm
Centos 8
# rpm -Uvh https://repo.zabbix.com/zabbix/5.2/rhel/8/x86_64/zabbix-release-5.2-1.el8.noarch.rpmСтарый репозиторий от версии 4.4 будет автоматически удален.
Очищаем и пересоздаем кэш yum:
Удаляем пакет текущего репозитория:
Подключаем новый:
Обновляем информацию о репозиториях:
Удаляем пакет текущего репозитория:
Подключаем новый:
Обновляем информацию о репозиториях:
Ubuntu 20
Удаляем пакет текущего репозитория:
Подключаем новый:
Обновляем информацию о репозиториях:
Если у вас другие версии систем, то простой найдите ссылки пакетов под свою версию в официальном репозитории — https://repo.zabbix.com/zabbix/5.2/ Дальнейшее обновление не будет отличаться от текущего.
К обновлению подготовились, можно приступать.
Настройка zabbix-agent
Для мониторинга за asterisk, я буду использовать один скрипт и несколько обработанных выводов из запросов к астериску. Начнем со скрипта. Он будет проверять статус транков и если какой-либо из них будет в offline, назовет его. Кладем этот скрипт в директорию /etc/zabbix/scripts.
# cat /etc/zabbix/scripts/asterisk.trunk-with-name.sh
#!/bin/bash # Получаем количество всех транков в системе total=`sudo asterisk -rx 'sip show registry' | sed -n '/registrations/p' | awk '{print $1}'` # Получаем число активных транков active=`sudo asterisk -rx 'sip show registry' | sed -n '/Registered/p' | wc -l` # Получаем имена транков с проблемам offline=`sudo asterisk -rx 'sip show registry' | sed -n '/Request\|Rejected\|Authentication\|Auth/p' | awk '{print $3}'` # Сравниваем общее число с числом активных транков и выводим сообщение об их состоянии if then echo Trunks offline $offline else echo All trunks are online fi
Я все прокомментировал. Добавлю только пояснение к регулярке, которая определяет проблемные транки. Я знаком со следующими состояниями транков, когда они не работают:
- Request Sent
- No Authentication
- Auth. Sent
- Rejected
Соответственно, эти состояния я и ищу. Если один из транков находится в одном из этих состояний, то он считается проблемным.
Далее создаем файл конфигурации zabbix с UserParameters в /etc/zabbix/zabbix_agentd.d.
# cat /etc/zabbix/zabbix_agentd.d/asterisk.conf
# Статус службы fail2ban UserParameter=asterisk.fail2ban_status,ps cax | grep fail2ban | wc -l # Количество цепочек fail2ban в iptables UserParameter=asterisk.fail2ban_chain,iptables -nL | grep Chain | grep -E 'f2b|fail2ban' | wc -l # Время работы службы asterisk UserParameter=asterisk.uptime,asterisk -rx "core show uptime seconds" | grep --text -i "System uptime:" | gawk '{print $3}' # Количество активных разговоров UserParameter=asterisk.active_calls,asterisk -rvvvvvx 'core show channels'| grep --text -i 'active call'| cut -c1 # Статус транков UserParameter=asterisk.trunk,/etc/zabbix/scripts/asterisk.trunk-with-name.sh # Статус службы asterisk UserParameter=asterisk.asterisk_status,ps cax | grep asterisk | wc -l
Некоторые из приведенных метрик требуют права root для своего исполнения. Скажу честно, мне было лениво разбираться с разрешениями и я просто запустил zabbix с правами root. Для этого в его конфиге /etc/zabbix/zabbix_agentd.conf раскомментировал следующую строку:
AllowRoot=1
После этого можно перезапустить zabbix-agent и проверить работу будущих итемов.
# systemctl restart zabbix-agent
Проверяем, насколько корректно агент возвращает указанные значения.
# zabbix_agentd -t asterisk.asterisk_status asterisk.asterisk_status
# zabbix_agentd -t asterisk.fail2ban_chain asterisk.fail2ban_chain
# zabbix_agentd -t asterisk.trunk asterisk.trunk
Все в порядке. В завершении настройки агента, поясню некоторые моменты для тех, кто не очень разбирается в bash скриптах. Для мониторинга статусов служб я просто вывожу список всех процессов, вычленяю из него нужный мне процесс, в данном случае asterisk или fail2ban и подсчитываю количество этих процессов. Далее в шаблоне я просто буду проверять число этих процессов. Если оно будет равно 0, значит процессы не работают.
Для анализа цепочки iptables я также обрабатываю ее вывод, ищу строки со словами fail2ban и подсчитываю их количество. Если они равны 0, значит fail2ban не работает, либо работает, но не добавляет правила в iptables, что по большому счету и равно тому, что он не работает.
Для мониторинга активных разговоров, я обрабатываю соответствующий вывод asterisk, вырезаю лишние строки и оставляю только необходимое мне число.
Разные оповещения о разных событиях
Далее показываю на примере, как можно слать уведомления в личку и в группу, одновременно и по отдельности, в зависимости от настроенных условий. По каким-то действиям пишем в личку, по каким-то в группу. Достаточно просто сделать 2 отдельных пользователя для этого. Одному настроить в качестве способа оповещений личные сообщения, а второму указать группу. Затем в действиях, указывая, какому пользователю отправлять сообщение, выбирать способы уведомлений.
Перед созданием пользователя надо добавить новую группу и дать ей необходимые права. Вы можете очень гибко этим управлять.
Если учетка техническая, только для оповещений, то доступ к веб интерфейсу можно не делать. Даем ей права доступа на чтение только к группе Zabbix servers, так как будем слать уведомления только по триггерам этого хоста.
Теперь добавляем пользователя и помещаем его в эту группу.
Добавляем ему telegram группу в способы оповещения. Добавлять можно не по id, а по имени группы, так удобнее.
Так же добавим персональные уведомления telegram пользователю admin. Здесь уже указываем id учетной записи .
Настраиваем действия. В данном примере я делаю отправку всех уведомлений пользователю Admin, у которого в способах оповещений указана личка telegram. А сообщения по конкретному триггеру Zabbix server: Zabbix agent is not available (for 3m) пользователю tg-group, у которого указана группа telegram.
Думаю, идею вы поняли. Можно очень гибко настроить уведомления в Zabbix и это очень круто и удобно. И работает из коробки. Проверим теперь, как будут выглядеть оповещения в telegram. Останавливаем на сервере zabbix-agent и ждем работы триггера с оповещениями.
Проверяем телеграм и видим там одинаковые уведомления и в группе, и в личке.
После обновления проблемы или закрытия, придут свои оповещения.
При этом, если сработает любой другой триггер, уведомление придет только в личку. В группу ничего не будет отправлено.
Шаблоны и графики в уведомлениях можете настраивать по своему вкусу
Обращаю внимание на графики. Они приходят в отдельных сообщениях
Далее я покажу еще один скрипт для уведомлений в telegram. Он немного по-другому работает — прикрепляет сразу ссылки на историю и триггер, а так же вкладывает графики в то же сообщение, что и текст.
Обращаю внимание. Для того, чтобы отправлялся график в telegram, он должен существовать в системе мониторинга
Если его нет, то вы будете получать ошибку, вместо графика. Но текстовое оповещение будет приходить нормально.
Если у вас возникают ошибки с отправкой графиков, то проверить их работу можно в консоли. Вот пример запроса.
# sudo -u zabbix ./zbxtg.py zeroxzed test "$(echo -e 'zbxtg;graphs: \nzbxtg;graphs_period=3600\nzbxtg;itemid:23301\nzbxtg;title:ololo')" zbxtg.py: Bad Request: PHOTO_INVALID_DIMENSIONS zbxtg.py: Zabbix user couldn't get graph (probably has no rights to get data from host), check script manually, see https://github.com/ableev/Zabbix-in-Telegram/wiki/Graphs
Это нормальный вывод ошибки, которая указывает на то, что выбран itemid 23301, которого либо не существует, либо к нему нет доступа, либо для него нет графика. Если выбрать правильный itemid, то после выполнения скрипта никакого вывода не будет, а в телеграм будет отправлен выбранный график.
Метрики нагруженности Asterisk PBX как системы (программы)
К данной группе относится намного меньше команд, и что конкретно отслеживать в конкретной ситуации — зависит от ситуации.
— asterisk -rx ‘core show taskprocessors’ — здесь можно посмотреть сколько задач с момента запуска Asterisk PBX было выполнено каждым из модулей (Processed), сколько находится в очереди (In Queue), какой был максимум задач в очереди (Max Depth), а также какие заданы threshold-ы, при достижении которых будут выведены предупреждения в CLI (Low water / High Water). Отслеживать все смысла нет, но посмотреть те модули, которые чаще всего используются и поставить на мониторинг их — будет явно не лишним, чтобы вовремя принять меры по корректировке или откату изменений в настройках Asterisk PBX;
— asterisk -rx ‘core show threads’ — отображает список запущенных thread-ов приложений внутри Asterisk PBX. По большей части информация тут нужна для отладки конкретной аварийной ситуации, но, возможно, вы захотите отслеживать конкретные счетчики по приложениям.
Настройка Zabbix Telegram
Zabbix умеет отправлять оповещения, используя скрипт. Zabbix отправляет 3 параметра: получатель, тема сообщения, текст сообщения.
Создание скрипта
Давайте напишем скрипт, который и будет передавать нам информацию из Zabbix нашему боту, который в свою очередь будет передавать ее нам:
#!/bin/bash PATH=$PATH:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin wget -O /dev/null "http://crierbot.appspot.com/$1/send?message=Subj: $2 || Message:$3"
Где $1, $2, $3 переданные Zabbix’ом параметры: получатель, тема сообщения, сообщение.
Данный скрипт сохраняем с произвольным именем, например. telegram.sh в директорию Zabbix’а, где хранятся скрипты уведомлений (в Freebsd по умолчанию это директория: — (Для версии 3.2)
Делаем наш скрипт исполняемым:
chmod +x /usr/local/zabbix32/zabbix/alertscripts/telegram.sh
Выдаем zabbix права на этот скрипт:
chown zabbix:zabbix /usr/local/zabbix32/zabbix/alertscripts/telegram.sh
Настройка способа оповещения через telegram
Теперь переходим в веб-интерфейс Zabbix’а и переходим по Меню: «Администрирование» -> «Способы оповещения» и нажимаем «Создать способ оповещения»
Тут заполняем:
Имя — Произвольное
Тип — Скрипт
Имя скрипта — так, как вы назвали скрипт при его создании
Параметры срипта:
{ALERT.SUBJECT}
{ALERT.MESSAGE}
(Это как раз и есть наши $1, $2 и $3)
И ставим галочку «Активировано»
И нажимаем Добавить (у меня обновить, так как он уже создан у меня)
Добавление способа оповещения пользователю
Далее заходим в «Администрирование» -> «Пользователи«. Выбираем нашего пользователя и переходим на вкладку «Оповещения» и нажимаем «Добавить»
В появившемся окне выбираем тип — под каким именем мы создали действие, вставляем наш токен, который выдал нам бот и нажимаем «Добавить»
После этого у пользователя в Оповещениях появится новый способ оповещения. Нажимаем «Обновить«.
Теперь нам осталось только создать действий, по которому нам будет приходить какое-либо сообщение.
Настройка действий
Итак, приступим к созданию действия. Для этого переходим в «Настройка» -> «Действия«. Справа вверху где «Источник событий» выбираем» Триггеры. Нажимаем «Создать действие«.
Действие:
Имя — Пишем любое понятное для нас имя
Условие — Настраиваем условие, при котором будет происходит наше действие (ниже я приведу пример 1 из своих действий)
Операции:
Выбираем что будет присылаться нам во время срабатывание нашего условия
В операциях нажимаем Новый и добавляем наш способ оповещения:
Должно получиться что то типа вот этого.
На вкдадке Операции восстановления Выбираем в операциях «оповещение о восстановлении», чтобы знать, что проблема ушла.
И нажимаем «Добавить«. В принцип на этом этапе мы уже все настроили!
Настройка АТС Asterisk
Подробная инструкция по настройке АТС Asterisk сервера для офиса. После настройки Вы получите базовую функциональность телефонной АТС.1. Создадим 5 номеров к которым можно будет подключить как softphone например 3CXPhone и MicroSIP так и железный радио sip телефон например GIGASET C610A IP, телефон Cisco 7492.
2. Подключим прямой московский номер у провайдера IP телефонии Zadarma, настроим прием звонков с прямого номера на наши внутренние номера телефонов.3. Настроим звонки с/на внутренние номера Zadarma провайдера телефонии которые не тарифицируются.4. Настроим звонки на внешние номера через Zadarma провайдера телефонии.
Регистрируемся на сайте zadarma.com, регистрируем прямой номер в нужной стране (обязательно потребуется прикрепить скан паспотра), в настройках sip выписываем логин пароль и сервер:
login: 08364 pass: sBfdf8Hja46dov server: sip.zadarma.com
Исходные данные:
Установлен Asterisk 13 по инструкции Установка Asterisk PBX 13 в Debian и Ubuntu server либо по другой из множества инструкций по установке Asterisk на данном сайте.
https://youtube.com/watch?v=Z7t3YFH1j-E
После установки сервера мы имеем стандартные конфигурационные файлы Asterisk сервера которые находятся по пути /etc/asterisk/
Переходим в эту папку выполнив команду:
cd /etc/asterisk/
Создаем нужные конфигурационные файлы выполнив команды:
echo ‘ context=default alwaysauthreject=yes allowguest=no match_auth_username=yes allowoverlap=no allowtransfer=yes bindport=5060 ; управляющий SIP порт 5060 по умолчанию bindaddr=0.0.0.0 tcpenable=yes udpbindaddr=0.0.0.0 tcpbindaddr=0.0.0.0 ;bindport=5171 ; управляющий SIP порт 5171 не стандартный, ставим при работе через интернет, чтобы отсечь основную массу ботов ;bindaddr=0.0.0.0:5171 ; расскоментировать этот блок и закоментировать блок выше со стандартным портом 5060 ;tcpenable=yes ;udpbindaddr=0.0.0.0:5171 ;tcpbindaddr=0.0.0.0:5171 videosupport=yes useragent=csipsimple pedantic=no limitonpeers = yes callcounter=yes ; раскоментировать и изменить на свои айпи сервера при подключении через NAT роутера, ; и обязательно пробросить на этот сервер rtp и sip порты на файрволе роутера(сервера): ;localnet=192.168.1.0/255.255.255.0 ;externip=36.49.23.69 disallow=all allow=alaw allow=ulaw language=ru relaxdtmf=yes dtmfmode=rfc2833 force_rport=yes #include peers_registered.conf #include peers_templates.conf #include peers_userall.conf #include peers_trunks.conf ‘ > sip.conf
Создаем файл с шаблонами пользователя:
Мониторинг asterisk в zabbix сервере
Всю теорию я изложил выше. Осталось только добавить готовый шаблон на сервер и посмотреть на результат. Скачиваем шаблон — zabbix-asterisk-template.xml и импортируем его на сервер. В шаблоне присутствуют 6 элементов данных, которые мы определили в агенте, 5 триггеров и 1 график просто для красоты, чтобы был :). В этом шаблоне надобности в графиках нет. Остановлюсь подробнее на триггерах.
Asterisk down on {HOST.NAME} | Срабатывает, если последняя проверка количества запущенных процессов астериск вернула 0. |
Asterisk restarted on {HOST.NAME} | Тригер реагирует на изменение uptime службы. Если он стал меньше 300 секунд, то считается, что служба была перезапущена. |
Fail2ban down on {HOST.NAME} | Срабатывает, если последняя проверка количества запущенных процессов fail2ban вернула 0. |
Fail2ban inactive on {HOST.NAME} | Проверяет, есть ли в правилах iptables цепочки fail2ban. Если нет, срабатывает. |
Trunk not registered on {HOST.NAME} | Срабатывает, если хотя бы одна из регистраций отвалилась. |
Первые 4 триггера очевидны, по ним комментировать нечего. Остановлюсь на последнем с проверкой транков. Данный триггер проверяет текстовую строку «All trunks are online», которую возвращает итем. Если 2 раза подряд ее не было, значит проблема, и идет оповещение. Проблема закрывается, когда она же появляется 2 раза подряд. Сделал специально 2 проверки, чтобы не было ложных срабатываний на моментах перерегистрации или кратковременных сбоев, которые не требуют вмешательства.
После применения шаблона на хостах, увидите примерно такую картинку в «Последних данных».
Если какой-то транк отвалится, то в оповещении на почте будет его название. У меня вот так выглядят подобные оповещения.
На этом по мониторингу asterisk в zabbix все. Надеюсь, раскрыл тему достаточно подробно и понятно.
Установка Zabbix 3.2 на Freebsd
Сначала посмотрим, какие там есть версии:
# pkg search zabbix
Когда вы будете устанавливать, скорее всего выйдет более свежая версия, используйте ее для установки. В моем случае я ставлю самую последнюю версию на момент написания статьи:
# pkg install zabbix32-server-3.2.0
# mysql -u root -p
mysql> create database zabbix character set utf8 collate utf8_bin; mysql> grant all privileges on zabbix.* to zabbix@localhost identified by ’ password’ ; mysql> flush privileges;
# cd /usr/local/share/zabbix32/server/database/mysql # cat schema.sql images.sql data.sql | mysql -u zabbix -p zabbix
password
Данные для подключения к базе нужно добавить в конфиг сервера. Сначала создадим его, скопировав файл с примерами настроек:
# cp /usr/local/etc/zabbix3/zabbix_server.conf.sample /usr/local/etc/zabbix3/zabbix_server.conf
# mcedit /usr/local/etc/zabbix3/zabbix_server.conf
DBHost=localhost DBName=zabbix DBUser=zabbix DBPassword=password
# sysrc zabbix_server_enable=YES # service zabbix_server start
Продолжаем установку
Теперь нам надо поставить web морду для zabbix. Устанавливаем из пакетов zabbix32-frontend-3.2.0. В вашем случае посмотрите сами последнюю версию и устанавливайте ее.
# pkg install zabbix32-frontend-3.2.0
mod_php
# pkg info | grep php
# pkg search mod_php56
# pkg install -y mod_php56-5.6.26
Открываем /usr/local/etc/apache24/httpd.conf :
Ищем строчку:
DirectoryIndex index.html
index.php
DirectoryIndex index.html index.php
ServerName =
ServerName=zabbixserver.local
<FilesMatch "\.php$"> SetHandler application/x-httpd-php </FilesMatch> <FilesMatch "\.phps$"> SetHandler application/x-httpd-php-source </FilesMatch>
Alias
Alias /zabbix /usr/local/www/zabbix32
<Directory «/usr/local/www/zabbix32»>
Options Indexes FollowSymLinks
AllowOverride All
Require all granted
Allow from all
</Directory>
Теперь создадим конфиг для php и подредактируем его:
# cp /usr/local/etc/php.ini-production /usr/local/etc/php.ini # mcedit /usr/local/etc/php.ini
post_max_size = 16M max_execution_time = 300 max_input_time = 300 date.timezone = Europe/Moscow always_populate_raw_post_data = -1
Меняем владельца файлов на www у папки usr/local/etc/zabbix:
chown -R www:www /usr/local/www/zabbix3
# service apache24 restart
http://ip-сервера/zabbix
Нажимаем «Next step«
На данном этапе проверятся php, если все сделали по инструкции — все будет в статусе OK, если все OK, нажимаем «Next step«
Тут оставляем все в default, в поля User и Password вписывается данные для доступа в mysql, которые мы создали выше и нажимаем «Next step»
Оставляем по default и нажимаем «Next step»
Станица сведений, нажимаем «Next step»
Frontend установлен! Я Вас поздравляю. Нажимаем кнопку «Finish» и попадаем на страницу Авторизации
По умолчанию:
Login: Admin (Обязательно с большой буквы)
Password: zabbix
Далее вы попадете на главную страницу
На этом установка zabbix 3.2.0 закончена
Далее нам не помешал бы zabbix agent на нашем сервере
ZABBIX – Создание действия.
Теперь нам необходимо создать так называемое “Действие”, которое при определенных условиях будет использовать наш способ оповещения. Для этого нам нужно перейти на вкладку “Настройка” и в появившейся строке нажать на кнопку “Действия”, как показано на скриншоте ниже.
Обратите внимание, что здесь отображается вся информация по действиям, уже имеющимся в системе. Нам нужна кнопка “Создать действие”. В пример я приведу действие “KKT Notification”:
В пример я приведу действие “KKT Notification”:
Снова пройдемся по полям:
- Имя – видимое имя действия.
- Тип вычисления – здесь необходимо выбрать будут складываться ваши условия и выдавать алерт, или если хотя бы одно из условий нарушено, то генерируется алерт.
- Условия – условия срабатывания действия.
Далее переходим на вкладку “Операции”. Здесь нам необходимо нажать на кнопку “Новый” в поле “Операции”.
В появившихся поля нам необходимо указать:
- Шаги – количество выполнения данной операции.
- Длительность шага – время выполнения 1 шага.
- Тип операции – сама операция, это поле уже на ваш выбор.
- Отправлять группам пользователей – отправка сразу нескольким пользователям, входящих в указанную группу.
- Отправлять пользователям – отправка указанным пользователям. (не забудьте поставить себя и в своем профиле указать свой электронный адрес)
- Отправлять только через – способ отправки. (Нам нужен Email)
- Условия – дополнительные условия отправки. (Указываем “Событие подтверждено = Не подтверждено”)
Для того, чтобы добавить группу пользователей, пользователя отдельно или дополнительное условие, нажимайте на кнопки в этих полях “Добавить” и “Новый”.
После нажатия кнопки “Добавить”, вас перенесет на страницу действий, где появится только что созданное действие. Теперь нам осталось проверить работоспособность нашего действия. Для этого мне необходимо снова зайти на сервер vtrsagent и выключу блокнот.
После проделанных операций мне пришло письмо на почтовый адрес с содержанием проблемы:
Выглядит не очень презентабельно, но если вчитаться, то можно понять, что упал блокнот на сервере.
Ну-с, собственно все, могу вас поздравить! Вы только что создали систему оповещения алертов в заббиксе!