Home » Zabbix » Мониторинг web сайта в Zabbix

Мониторинг web сайта в Zabbix

Продолжаю свой цикл статей по настройке системы мониторинга на базе популярного бесплатного продукта. В этот раз мы подробно рассмотрим вопрос настройки мониторинга web сайта в подготовленном ранее zabbix сервере. В качестве примера возьмем какой-нибудь сторонний ресурс и проверим на нем предложенный стандартный функционал.

Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, рекомендую познакомиться с онлайн-курсом «Администратор Linux» в OTUS. Курс не для новичков, для поступления нужно пройти .

Введение

Для мониторинга веб сайта мы будем использовать стандартный функционал zabbix. Вот параметры, за которыми будем наблюдать:

  • доступность сайта
  • время ответа сайта в миллисекундах
  • скорость доступа к сайту
  • работа авторизации на сайте

Для этого мы выполним следующую последовательность действий:

  1. Создадим шаблон для мониторинга за сайтами.
  2. Настроим сценарии проверки.
  3. Создадим графики с данными.
  4. Добавим триггеры на проверку доступности и скорости загрузки сайта.

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

Если у вас еще нет своего сервера для мониторинга, то рекомендую материалы на эту тему. Для тех, кто предпочитает систему CentOS:

  1. Установка CentOS 7.
  2. Настройка CentOS 7.
  3. Установка и настройка zabbix сервера.

То же самое на Debian 9, если предпочитаете его:

  1. Установка Debian 9.
  2. Базовая настройка Debian 9.
  3. Установка и настройка zabbix на debian.

Добавление web сайта к мониторингу

Самый простой способ подключить сайт к мониторингу — добавить его проверку на уже существующем хосте. В этом подходе есть один большой минус — если вы захотите включить этот мониторинг от другого хоста, или просто перенести на другой сервер, то делать это будет неудобно. Гораздо удобнее мониторинг сайтов и все, что с ним связано, настраивать в отдельном шаблоне. Так что идем в раздел Configuration -> Templates и создаем новый шаблон.

Создание шаблона для мониторинга сайтов в zabbix

Открывается стандартная форма создания шаблона. Вводим название шаблона, где будут настройки мониторинга сайтов, и добавляем его в какую-нибудь группу.

Параметры шаблона

Открываем этот шаблон. Переходим на вкладку Web Scenarios и добавляем новый сценарий для мониторинга сайта.

Создание web сценария мониторинга сайта

Заполняем основные параметры сценария. В качестве названия я обычно указываю адрес сайта. В моем примере это будет github.com. Тут же указываю название приложения для мониторинга сайтов для удобной сортировки итемов, относящихся к сайтам, интервал проверки и число попыток соединения.

Параметры сценария

После этого перехожу на вкладку Steps и добавляю шаг проверки.

Первый шаг мониторинга

Дальше указываю параметры шага.

Параметры мониторинга конкретной страницы

Поясню каждый параметр:

  • Name — имя шага. В данном случае проверяться будет главная страница сайта, поэтому называю шаг index. Это не принципиально, но названия рекомендую давать осмысленные, чтобы потом было удобно оперировать названиями, к примеру, в триггерах.
  • URL — адрес проверяемой страницы.
  • Required string — строка на странице, которую будет искать zabbix. Я взял строку из футера сайта. Если заббикс ее найдет на странице, будет считать, что с сайтом все в порядке. Если нет — выдаст ошибку.
  • Required status codes — требуемый код ответа. Указываю 200. Если заббикс получит какой-то другой код в ответ от web сервера, будет считать, что проверка закончилась неудачей.

После заполнения всех параметров жмем Add, чтобы добавить шаг и далее еще раз Add, чтобы добавить сам сценарий проверки. Должна получиться вот такая картина.

Готовый web сценарий

Простейшая проверка доступности сайта сделана. Дальше нам надо прикрепить этот шаблон к какому-нибудь хосту, чтобы начались реальные проверки. Я прикреплю шаблон к самому zabbix серверу. Для этого идем в Configuration -> Hosts, выбираем Zabbix Server и прикрепляем к нему созданный ранее шаблон.

Включение мониторинг сайта

Ждем несколько минут и идем в раздел Monitoring -> Web смотреть результаты мониторинга сайта github.com.

Результат мониторинга - время отклика и скорость загрузки сайта

Код ответа 200, искомая строка найдена, что подтверждает Status OK. Тут же графики скорости загрузки сайта и время отклика. Более подробную информацию о мониторинге указанного сайта можно посмотреть в Latest Data.

Latest data для Site Monitoring

Значение параметра Failed step of scenario «github.com» равное 0 означает, что все шаги проверки сайта выполнены без ошибок. Если у вас несколько шагов и какой-то из них завешается ошибкой, тут будет номер этого шага. То есть в общем случае, все, что не 0, это какие-то проблемы. Позже мы это будем использовать в триггере. А пока добавим пару графиков к шаблону, которые потом можно будет использовать в дашбордах.

Настройка графиков мониторинга веб сайта

Возвращаемся в наш шаблон и переходим в раздел Graphs. Создаем новый график.

Добавление графика

Добавим график скорости загрузки главной страницы сайта.

Настройки графика

По аналогии можете добавить график времени отклика сайта. Я разу добавил оба эти графика в Screen. Получилось вот так.

Screen для отклика и скорости загрузки сайта

Для более красивых визуализаций лучше использовать Дашборды. Теперь настроим мониторинг сайта с авторизацией.

Мониторинг сайта с авторизацией

Немного усложним задачу. Давайте попробует выполнить авторизацию на сайте и провести мониторинг как самой авторизации, так и закрытой страницы за ней. Я для примера возьму форум centos.org/forums/, авторизуюсь на нем и после авторизации проверю страницу с персональной информацией конкретного пользователя.

Для того, чтобы настроить в zabbix мониторинг сайта с авторизацией, надо правильно сформировать post запрос для этой самой авторизации. Я это делаю следующим образом. Иду на страницу с авторизацией. В данном случае это https://www.centos.org/forums/ucp.php?mode=login, открываю DevTools в Сhrome, вкладку Network. Заполняю поля формы авторизации заведомо неправильными данными, чтобы авторизация завершилась ошибкой. После этой ошибки смотрю заголовки самого первого запроса.

Формирование post запроса

Я нажимаю на view source в разделе Form Data и копирую получившуюся строку. В моем случае она была такая:

username=VladimirZp&password=pass123&redirect=.%2Fucp.php%3Fmode%3Dlogin&sid=70389f827540ef7a1fb7acb4e3bbad12&redirect=index.php&login=Login

Отсюда точно можно убрать параметр redirect. В итоге сохраняю вот такую строку:

username=VladimirZp&password=pass123&sid=70389f827540ef7a1fb7acb4e3bbad12&redirect=index.php&login=Login

Теперь иду в шаблон для мониторинга сайтов и добавляю новый сайт — centos.org. Создаю первый шаг с авторизацией, называю его auth. В нем же указываю post запрос для авторизации.

Настройка мониторинга сайта с авторизацией

Не забудьте поменять пароль на правильный. После успешной авторизации вы увидите главную страницу форума, где будет ссылка на приватные сообщения форума. Эта ссылка доступна только после авторизации.

Пример авторизованной страницы

Следующим шагом делаем проверку строки Private messages на главной странице форума.

Мониторинг внутренней страницы

Шаги выполняются последовательно. На первом шаге мы только авторизовываемся, на втором проверяем страницу, доступную уже после авторизации. Идем в Latest Data и смотрим результат.

Результаты по мониторингу с авторизацией

Оба шага успешно завершены, ошибок нет. Посмотрим раздел Monitoring -> Web.

Скорость доступа и отклик страниц сайта

Здесь тоже все в порядке. Наглядно видно, что процесс авторизации гораздо дольше и медленнее, чем загрузка главной страницы.

Оповещение о недоступности сайта

Давайте настроим уведомления о проблемах на сайте. Я предлагаю 2 типа оповещения:

  1. О низкой скорости доступа к сайту.
  2. О недоступности сайта вообще.

Идем, как обычно в исходный шаблон, на вкладку Triggers и добавляем новый.

Добавление триггера

Я предлагаю вот такое условие срабатывания для определения недоступности сайта. Если среднее значение 3-х последних проверок больше, либо равно единице, то срабатывает оповещение о недоступности сайта.

Уведомление о недоступности сайта

Когда идет 0 во всех проверках, все в порядке. Триггер сработает только если все 3 последних проверки не равны нулю. В моем примере Failed step может принимать значение либо 0, либо 1, где 1 это номер сбойного шага. Если у вас шагов несколько, то сбойным может оказаться второй шаг или третий шаг. То есть значение может быть больше 1. Но в любом случае, если последние 3 значения подряд строго не 0, то идет срабатывание триггера. Операция восстановления очень простая. Если последняя проверка без ошибки, то есть код равен 0, то считаем, что сайт уже работает.

Чтобы проверить работу триггера, достаточно на zabbix server в файл /etc/hosts добавить строку:

127.0.0.1 github.com

и подождать 3 минуты, чтобы получились 3 неудачных проверки. После этого вам должно было отправиться уведомление о недоступности сайта. Я получил вот такое:

Уведомление от заббикса о недоступности сайта

Дальше делаем проверку времени ответа сервера. Тут каждый волен настраивать так, как ему кажется более правильным и удобным. Я использую такую схему. Беру среднее время отклика сайта и умножаю его на 3. Далее смотрю последние 7 проверок. Если в 5 проверках среди этих семи были значения выше, чем утроенное среднее время отклика, то считаю, что сайт тормозит и надо слать уведомление. Немного замороченно, но на практике такая схема у меня себя хорошо зарекомендовала без ложных срабатываний. При этом, если возникают реальные проблемы, я их вижу. Рисуем триггер.

Оповещение о тормозах сайта

Условие восстановления — в последних трех запросах два и более были быстрее, чем утроенное среднее время доступа. Текст выражений для копирования:

{Sites Monitoring:web.test.time[github.com,index,resp].count(#7,1.5,"ge")}>4
{Sites Monitoring:web.test.time[github.com,index,resp].count(#3,1.5,"lt")}>1

В выражении 1.5 это время отклика в секундах. Именно в таком виде оно попадает в zabbix сервер. Проверить можно в Latest Data.

Формат данных по отклику сайта в zabbix

В завершении оставляю свой шаблон, который создал для написания статьи. Можете копированием и редактированием приспособить его для своих сайтов. Это быстрее, чем составлять с нуля. Шаблон экспортирован с версии zabbix 4.0 — sites_monitoring.xml

Вот и все, мониторинг веб сайта работает, авторизация проверяется, оповещение о недоступности сайта настроено. Для полноты картины можно создать Screen или Dashboard с выводом всех необходимых параметров на один экран. Его настройки уже будут зависеть от конкретной ситуации и тех данных, которыми вы располагаете. К примеру, если у вас настроен мониторинг веб сервера, то можно разместить рядом графики его загрузки и параметры доступа к сайту. Туда же можно добавить загрузку самого сервера по процессору и памяти и вывести график использования сетевого интерфейса.

В этом плане Zabbix очень гибок и позволяет настроить все на любой вкус и под любые требования.

Более подробно о мониторинге за временем отклика сайта читайте в отдельной статье на этот счет. Там описана теория процесса и практические рекомендации, вместе с готовым триггером.

Заключение

Не понравилась статья и хочешь научить меня администрировать? Пожалуйста, я люблю учиться. Комментарии в твоем распоряжении. Расскажи, как сделать правильно!

Добавлю несколько слов, как можно использовать данный мониторинг web сайта. У меня было два хостинга и хотелось выбрать один более быстрый. Загрузка самого сервера по железу была настолько низка, что ее можно было вообще не брать в расчет. Более важным параметром было именно время отклика сервера и скорость доступа к нему. Я запустил сайт на обоих серверах и настроил мониторинг. По его параметрам выбрал более быстрый сервер.

Конечно, тут нужно понимать, что данные подобного мониторинга очень условны и зависят о того, где располагается сам сервер заббикса. Возможна ситуация, когда мониторинг всех сайтов будет показывать примерно одни и те же цифры из-за ограничения самого сервера мониторинга. Нужно иметь это ввиду. Еще достаточно часто при проверке времени отклика сайта появляются большие провалы по времени до 5-10-15 секунд. Это сильно влияет на среднее время доступа. Возникают эти провалы из-за временных сетевых проблем не обязательно на самом сайте. Это тоже нужно учитывать при анализе полученных данных.

В любом случае нужно с головой подходить к анализу данных мониторинга сайта. В большинстве случаев важны не сами значения, а общие тенденции их изменения в сравнении и с другими хостами. Учитывайте это. На этом у меня все.

Помогла статья? Есть возможность отблагодарить автора

Дополнительные материалы по Zabbix

Онлайн курс "Администратор Linux"

Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, рекомендую познакомиться с онлайн-курсом «Администратор Linux» в OTUS. Курс не для новичков, для поступления нужны базовые знания по сетям и установке Linux на виртуалку. Обучение длится 5 месяцев, после чего успешные выпускники курса смогут пройти собеседования у партнеров. Проверьте себя на вступительном тесте и смотрите программу детальнее по .
Рекомендую полезные материалы по Zabbix:
Настройки системы
  • Установка 4.0
  • Обновление 3.0 -> 3.2
  • Обновление 3.4 -> 4.0
  • Установка Zabbix Proxy
  • Работа на NGINX
Видео и подробное описание установки и настройки Zabbix 4.0, а также установка агентов на linux и windows и подключение их к мониторингу.
Подробное описание обновления системы мониторинга zabbix версии 3.4 до новой версии 4.0.
Пошаговая процедура обновления сервера мониторинга zabbix 2.4 до 3.0. Подробное описание каждого шага с пояснениями и рекомендациями.
Подробное описание установки и настройки zabbix proxy для организации распределенной системы мониторинга. Все показано на примерах.
Подробное описание установки системы мониторинга Zabbix на веб сервер на базе nginx + php-fpm.
Мониторинг служб и сервисов
 
  • Температура процессора
  • Nginx и php-fpm
  • Mysql репликация
  • Службы Linux
  • Рейд mdadm
  • Транки Asterisk
  • Synology
Мониторинг температуры процессора с помощью zabbix на Windows сервере с использованием пользовательских скриптов.
Настройка полноценного мониторинга web сервера nginx и php-fpm в zabbix с помощью скриптов и пользовательских параметров.
Мониторинг репликации mysql с помощью Zabbix. Подробный разбор методики и тестирование работы.
Описание настройки мониторинга tcp служб с помощью zabbix и его инструмента простых проверок (simple checks)
Настройка мониторинга рейда mdadm с помощью zabbix. Подробное пояснение принципа работы и пошаговая инструкция.
Подробное описание мониторинга регистраций транков (trunk) в asterisk с помощью сервера мониторинга zabbix.
Подробная инструкция со скриншотами по настройке мониторинга по snmp дискового хранилища synology с помощью сервера мониторинга zabbix.
Мониторинг различных значений
  • Мониторинг сайта
  • Мониторинг бэкапов
  • Размер бэкапа
  • Делегирование домена
  • Значения из текстового файла
  • Мониторинг логов
Настройка мониторинга web сайта в zabbix. Параметры для наблюдения - доступность сайта, время отклика, скорость доступа к сайту.
Один из способов мониторинга бэкапов с помощью zabbix через проверку даты последнего изменения файла из архивной копии с помощью vfs.file.time.
Подробное описание настройки мониторинга размера бэкапов в Zabbix с помощью внешних скриптов.
Пример настройки мониторинга за временем делегирования домена с помощью Zabbix и внешнего скрипта. Все скрипты и готовый шаблон представлены.
Описание мониторинга лог файлов в zabbix на примере анализа лога программы apcupsd. Отправка оповещений по событиям из лога.

33 комментария

  1. Аватар

    Спасибо за статью. Установил всё получилось. Не могу сделать графики доступности (пинг, задержки) имеено ip адреса а не имени сайта. Можете намекнуть куда смотреть ?

    • Zerox

      Не совсем понял, в чем проблема. Если сайт по ip адресу отвечает так же, как по имени сайта, то мониторинг настраивается аналогично. А если есть просто ip адрес, который нужно пинговать и отслеживать врем отклика, то можно добавить хост, назвав его как угодно, указать ему нужный ip адрес и применить к этому хосту шаблон icmp ping.

  2. Аватар

    Да, всё получилось. Спасибо
    Возможно ли выводить на одном графике доступность (ping ) двух и более ресурсов ?

    • Zerox

      Конечно. Графики и комплексные экраны можно создавать какие угодно и добавлять на них элементы данных с различных хостов.

  3. Аватар

    Пример, есть задача: нужно мониторить два ip адреса (потери, пинг) , желательно на одном графике.
    Я захожу в настройки «Узлы сети» — тут нужно добавлять два узла с разными ip или можно один только в «Интерфейсы » указывать два айпи ?

    Спасибо

    • Zerox

      Два разных узла. Потом создать график на любом узле и добавить информацию с обоих узлов.

  4. Аватар

    Приветствую! Возник вопрос по мониторингу защищеной части сайта. Сайт работает по https. Пробывал все по гайду с zabbix.com через веб-сценарии, но всё без результатно, на втором шаге нет обращений на сервер для входа. Возмно есть ньюанс с https ? (в гайде пример с http)

  5. Аватар

    Большое спасибо и респект автору за хорошие статьи, в которых материал изложен просто и доступно для понимания новичков в администрировании, к которым принадлежу пока и я.
    Но вот, что странно для меня в этой статье. При внесении в файл hosts строки: «127.0.0.1 yandex.ru» — Вы всего лишь ставите в соответствие доменному имени «yandex.ru» IP-адрес 127.0.0.1, вместо его реального IP(!!!). То есть доступа к содержимому реального сайта Вы не получаете, но при этом ping и nslookup данного доменного имени будут показывать что доступ к сайту есть (будут показывать его IP-адрес, как 127.0.0.1). И это нормально, ведь так и должно быть. Поэтому и мониторинг Zabbix в данном случае будет показывать, что доступ к сайту у него есть, ведь ему не нужно содержимое сайта, а использует при этом что-то вроде команды «ping».
    Думаю, правильнее было бы заблокировать доступ к сайту средствами фаерфола.

    • Zerox

      Нет, вы не поняли суть мониторинга доступности сайта. Заббикс сервер ищет указанную строку на сайте и если ее не находит, то срабатывает триггер недоступности. А данном случае изменения файла hosts достаточно для проверки мониторинга. Конечно, лучше заблокировать фаерволом, это более реальный тест будет. С hosts просто проще, а проверить работу все равно можно.

  6. Аватар

    Здравствуйте, Благодарю за Ваши статьи! Полностью настроил zabbix по Вашим мануалам!
    Конкретно по данной статье есть вопрос, как настроить уведомление когда сайт вновь стал доступен, мне при его доступности приходит сообщение от того же триггера с подписью сайт не доступен.

  7. Аватар

    Подскажите, пожалуйста, как проверить что на сайте 502 ошибка (как проверить что сайт полностью недоступен, я знаю)?

    • Zerox

      В заббиксе можно указать в одном из шагов по проверке сайта поиск числа 502. Если такое число найдено, то шаг будет выполнен успешно, можно отправлять алерт по этому событию.

      • Аватар

        Вы имеете ввиду при создании Web сценария на вкладке Steps в поле Required status codes указать 502?

  8. Аватар

    Всё настроил, всё работает, но почему-то не срабатывает тригер по коду ошибки {test:web.test.rspcode[testing_asofts,test_asofts].last(#1)}200 , по failed step шлет почту, а по коду — нет

  9. Аватар
    Катерина

    Добрый день! Скажите можно ли проверить доступность по двум разным фразам одновременно, например или первая или вторая, соответственно если находит одну из них то все в порядке. Спасибо!

    • Zerox

      Можно. Вы же триггер будете сами настраивать. Там можно поставить условие ИЛИ по нескольким итемам. Смотрите подробности в документации по созданию триггеров — https://www.zabbix.com/documentation/3.4/ru/manual/config/triggers/expression

      • Аватар
        Катерина

        (фраза) or (фраза) ?
        Не будет ли «or» восприниматься как часть фразы которую он ищет?

        • Zerox

          Вы не поняли, то, что я написал. Нужно делать отдельно проверку по каждой из фраз. Затем в триггере сделать условие срабатывания, если обе проверки с разными фразами закончились ошибкой. Как раз в триггере и будет условие, что первая и вторая проверка закончились ошибкой. Я в предыдущем ответе ошибся. Проверка в триггере будет не ИЛИ, а И. То есть оба шага с ошибкой, тогда срабатываем.

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

          • Аватар

            Я не совсем правильно выразилась. Мне не нужны тригеры как таковые. У Забикса есть на панели вывод «WEB monitoring» если я установлю две проверки по каждой фразе то общее число веб проверок будет показывать в два раза больше серверов. Меня интересовало, можно ли установить условие проверки именно в текстовую строку, которая запрашивает фразу поиска: «В строку Required string вводим какое-нибудь слово или фразу, которая присутствует на проверяемой странице. По наличию этой фразы система будет принимать решение о доступности сайта.» У меня две версии по сути одинаковых сайтов, только вот страница логина у них отличается. Хотелось бы что бы сразу при веб проверке она видела обе лог страницы. Спасибо за помощь!

  10. Аватар

    Добрый день. Спасибо за статью, настроил свои сайты на мониторинг по ней. Но с одним сайтом беда. Любое слово которое я пытаюсь найти на нём, просто не обнаруживается. Пытался найти как текст между тегами. Так и какие то имена типа по слову Привет.
    Какие еще варианты бывают? На форуме Забикса погуглил, говорят сайты с каким то Java кодом не показывают текст. Но тут обычный сайт на WP

    • Zerox

      Возможно что-то с кодировкой не так, поэтому не работает. Как простое решение могу посоветовать взять какие-то цифры, вместо строк.

      • Аватар

        К сожалению по ціфрам та же лажа(
        Например вконце сайта стоит © 2018, пробую искать по слову «2018»
        Шаг «PP» [1 из 1] завершен с ошибкой: required pattern «2018» was not found

  11. Аватар
    Алексей

    Добрый день! Огромное спасибо за труды.
    Заббикс 4.0. Делал все четко по инструкции, ничего не пропуская. В итоге и Яндекс и нужный сайт в мониторинге выпадают в «ПРОБЛЕМА».
    Не подскажите, вроде бы на фаерволле не надо никаких дополнительных правил прописывать? А так графики со скоростью и доступом показывает корректно и информация поступает. Не пойму, в чем может быть дело.

  12. Аватар
    Александр

    Добрый день.
    Не могу настроить web мониторинг железки с авторизацией.
    Не могли бы вы написать статью с примерами мониторинга закрытой части сайта или каких нибудь устройств с веб интерфейсом и прохождением авторизации.
    SNMP у железки нет, ping’a не достаточно, web мониторинг стартовой страницы работает, но требуемые поля для мониторинга отображаются только после авторизации.

    • Zerox

      Если не получается получать данные напрямую через заббикс, попробуйте какие-то скрипты написать на bash/python, которые будут парсить нужные значения и передавать их в zabbix. К сожалению, конкретных примеров именно по парсингу данных из закрытой части http сайта у меня нет.

      • Аватар

        Конкретно у меня проблема скорее в том, что я не могу составить правильный post запрос на авторизацию.

        сообщения вида response code «400» did not match any of the required status codes «200»

        required pattern «Статус» was not found on http://192.168.12.104

        • Аватар

          Допустим мне или кому либо надо смотреть статус какого-нибудь устройства с web интерфейсом (наличие бумаги в термопринтере или статус линии в телефонном шлюзе) который их отображает только после ввода логина и пароля.

  13. Аватар

    Спасибо за статью. Единственное, как я понял триггер должен быть немного другой. Если я правильно нашел в документации https://www.zabbix.com/documentation/4.0/ru/manual/config/triggers/expression

    Функция last использует другой смысл для значений, когда начинается с решетки — она дает выбрать n-ое предыдущее значение, так что с учетом значений 3, 7, 2, 6, 5 (от наиболее нового до наиболее старого), при last(#2) вернется 7 и при last(#5) вернется 5.

    Т.е. скорей всего триггер должен быть вида avg(#3)=1 — среднее значение последних трех результатов равно 1 (все 3 значения должны придти с ошибкой).

    • Zerox

      Вы абсолютно правы. В начальных своих статьях я допускал эту ошибку из-за недопонимания работы этого условия. Давно уже осознал и использую как раз со средним значением триггер, как вы предложили.

  14. Аватар

    Здравствуйте.имеется целый влан с камерами, по LLD заведены в заббикс, необходимо проверять не только их доступность, но и отдачу страницы авторизации.как бы это лучше реализовать?

    • Zerox

      Как я понимаю, либо вручную через web проверки, либо добавлять их автоматически через zabbix api. Насколько я понял, web проверки через lld делать нельзя. Могу, конечно, ошибаться, но когда мне нужно было сделать примерно то же самое, я не нашел другого варианта. Как раз увидел информацию о запросах на автоматизацию web проверок. Разработчики только обещали это реализовать. В последних обновлениях я не видел информации, что это сделано.

  15. Zerox

    Полностью обновил и переработал статью.

Добавить комментарий

Ваш e-mail не будет опубликован.

Нажимая кнопку "Отправить комментарий" Я даю согласие на обработку персональных данных.