❗️ Критические уязвимости PHP: в чём проблема и как её устранить

21 октября опубликованы исправления CVE-2026-109618 и CVE-2026-109619.

Обе уязвимости могут позволить удалённое выполнение кода без авторизации. Оценка серьёзности — 9,2 по CVSS 4.0. Проверять нужно все установки PHP, обслуживающие веб-запросы, включая PHP-FPM и Apache с mod_php. Тут можно прочитать официальное уведомление PHP.

Полное устранение — установка исправленного PHP и перезапуск использующих его процессов. Для поддерживаемых веток выпущены:

PHP 8.2 → 8.2.35
PHP 8.3 → 8.3.36
PHP 8.4 → 8.4.27
PHP 8.5 → 8.5.12

Можно установить эти или более новые исправленные версии своей ветки. По ссылке выше также можно обнаружить описание этих релизов.

Если обновить немедленно нельзя, ограничьте доступ к приложению доверенными адресами или VPN. Пишут, что уязвимость настолько серьезная, что некоторые европейские правительственные организации даже отключили свои сайты. В итоге: если ваш Zabbix смотрит в бескрайний интернет, прикройте его чем-то до момента обновления PHP.

❗️ Вам в помощь специальный шаблон PHP package discovery by ATS

Шаблон обнаруживает установленные PHP-пакеты через стандартный ключ агента system.sw.packages.get на Linux-серверах, отслеживает изменение версий и помогает находить системы, требующие обновления из-за CVE-2026-109618 и CVE-2026-109619, сравнивая их с исправленными выпусками 8.2.35, 8.3.36, 8.4.27 и 8.5.12.

@zabbix_ru

Читать полностью…

Прямое подключение Proxy к хранилищу секретов Vault

Начиная с Zabbix 7.4 proxy может самостоятельно получать секреты из Vault, без передачи их значений сервером при синхронизации конфигурации. Этот функционал также перекочует и в 8.0.

Что это даёт на практике?

✅ Разделение площадок. Разные proxy могут обращаться к разным хранилищам — например, внутри своих контуров безопасности.

✅ Независимое управление доступом. Доступ конкретного proxy к Vault можно отозвать отдельно от остальных.

✅ Меньше передачи секретов. Proxy получает необходимые значения напрямую из хранилища, а не вместе с конфигурацией от Zabbix server. И это самый важное преимущество: секреты не будут передаваться от сервера к прокси.

Для этого предусмотрен режим Resolve secret vault macros by → Zabbix server and proxy (см. приложенный скриншот) в Administration → General → Other. Но одной настройки в интерфейсе недостаточно: каждому proxy нужно настроить подключение и выдать соответствующие права.

Если вы планируете переезд в хранилище секретов, рекомендуем начать с небольшой пилотной зоны: перенести секреты нескольких проверок в Vault, ограничить доступ proxy только нужными путями и проверить обновление значений и отзыв доступа.

А вы используете хранилище секретов в вашем окружении Zabbix?

🔥 — использую

👀 — не использую

🤔 — подумываю начать использовать

@zabbix_ru

Читать полностью…

Как высокорангово проверить поступление данных в Zabbix

Cитуация: температура должна измеряться каждую минуту, но из-за проблем с сетью, прокси или устройством данные не поступали полчаса. Затем связь восстановилась — и в Latest data снова появилось свежее значение. Визуально всё работает, хотя в истории осталась большущая дыра.

🚀 Проверяем отсутствие свежих данных с помощью nodata()

Классический вариант:

nodata(/server01/temperature,10m)=1

Триггер сработает, если Zabbix не получил ни одного значения за последние 10 минут.

Приемлемый способ обнаружить ситуацию, когда сбор прекратился прямо сейчас. Причём nodata() пересчитывается примерно каждые 30 секунд, даже если новые значения не поступают.

Однако у такого подхода есть ограничение: после восстановления сбора триггер закроется. Если оператор не заметил событие, провал в истории может остаться без внимания.

При работе через Zabbix proxy также нужно учитывать режим функции:

nodata(/server01/temperature,10m,"strict")=1

Режим strict заставляет Zabbix оценивать отсутствие данных независимо от доступности proxy. Использовать его следует осознанно: иначе отключение proxy может одновременно создать большое количество проблем.

🚀 Проверяем интервалы между полученными значениями

В Zabbix можно сравнить время получения двух последних значений:

lastclock(/server01/temperature)
-
lastclock(/server01/temperature,#2)
>600

Функция lastclock() возвращает timestamp последнего полученного значения, а lastclock(...,#2) — timestamp предыдущего.

Если разница превышает 600 секунд, значит между двумя значениями был перерыв больше 10 минут.

Например:

10:00 — значение получено
10:01 — значение получено
10:32 — значение получено

После получения значения в 10:32 выражение увидит интервал в 31 минуту и создаст проблему. Таким образом можно обнаруживать уже произошедшие разрывы в истории, даже если сбор данных к этому моменту восстановился.

🚀 Почему эти проверки решают разные задачи

nodata() отвечает на вопрос:

Данные не поступают прямо сейчас?

Разница между двумя lastclock() отвечает на другой вопрос:

Не было ли слишком большого интервала между последними значениями?

Важно: выражение с двумя lastclock() само по себе не обнаружит продолжающееся отсутствие данных. Пока новое значение не поступит, триггер не будет пересчитан по новому значению. Поэтому этот способ не заменяет nodata(), а дополняет его.

Для критичных метрик имеет смысл использовать обе проверки:

nodata(/server01/temperature,10m)=1

и

lastclock(/server01/temperature)
-
lastclock(/server01/temperature,#2)
>600

Первая обнаружит остановившийся сбор. Вторая — пропуски, после которых сбор уже восстановился.

🚀 Что стоит проверить в своей системе

— соответствуют ли интервалы обновления требованиям к данным;

— настроены ли nodata()-триггеры для критичных элементов;

— контролируются ли разрывы между соседними значениями;

— учитывается ли дополнительный запас на задержку сети и обработку данных;

— не подавляются ли события из-за недоступности прокси;

— проверяется ли регулярность бизнес-метрик, а не только технических показателей.

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

@zabbix_ru

English version: @zabbix_en

Читать полностью…

Обновили Zabbix 6 до Zabbix 7? Проверьте, кто теперь опрашивает ваши агенты

Немного запоздалый пост (особенно, накануне выхода 8.0), однако, зачем тянуть старые конфиги и дальше? В новых версиях будет еще больше изменений, поэтому предупредим сейчас.

Во время аудитов систем мониторинга мы регулярно встречаем картину маслом: Zabbix уже обновлён до версии 7, а конфигурационный файл сервера или proxy практически без изменений переехал из Zabbix 6. В нём настроен параметр: StartPollers, но отсутствуют новые параметры: StartAgentPollers и MaxConcurrentChecksPerPoller.

Вроде бы всё работает: данные поступают, графики строятся, проблемы создаются. Но архитектура сбора данных в Zabbix 7 изменилась, и старые настройки больше нельзя интерпретировать так же, как в Zabbix 6.

🚀 Что изменилось в Zabbix 7

В Zabbix 6 пассивные проверки агентов выполнялись обычными poller-процессами. Один синхронный поллер выполнял одну проверку и ожидал ответ, прежде чем перейти к следующей.

В Zabbix 7 пассивные проверки Zabbix agent перенесены на отдельные асинхронные процессы — agent poller. Такой процесс может запускать множество проверок параллельно, не простаивая в ожидании ответа от каждого агента. Максимальная параллельность задаётся параметром: MaxConcurrentChecksPerPoller. По умолчанию один agent poller может выполнять до 1000 одновременных проверок.

🚀 Почему старый StartPollers больше не решает эту задачу

В Zabbix 7 параметр StartPollers продолжает использоваться для других типов проверок: simple checks, external checks, SSH, Telnet, scripts и некоторых SNMP-проверок. Но пассивные проверки Zabbix agent назначаются отдельным асинхронным agent poller.

Это означает, что увеличение StartPollers больше не масштабирует сбор данных с Zabbix agent.

Ещё важнее: если явно установить: StartAgentPollers=0
агентские проверки не вернутся автоматически к обычным StartPollers. В исходном коде Zabbix 7 для них такое не предусмотрено.

🚀 Почему система может работать, даже если параметра нет в конфигурации

Отсутствие StartAgentPollers в файле не означает, что асинхронный сбор отключён. Zabbix использует значение по умолчанию:

StartAgentPollers=1
MaxConcurrentChecksPerPoller=1000

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

🚀 Что необходимо проверить после миграции

Проверьте конфигурацию Zabbix server:

grep -E '^[[:space:]]*(StartPollers|StartAgentPollers|MaxConcurrentChecksPerPoller)[[:space:]]*=' \
  /etc/zabbix/zabbix_server.conf

Если используются Zabbix proxy, такую проверку нужно выполнить на каждом proxy:

grep -E '^[[:space:]]*(StartPollers|StartAgentPollers|MaxConcurrentChecksPerPoller)[[:space:]]*=' \
  /etc/zabbix/zabbix_proxy.conf

Проверьте фактическое количество запущенных процессов внутренними элементами данных:

zabbix[process,"agent poller",count]
zabbix[process,"agent poller",avg,busy]

После этого:

— явно зафиксируйте StartAgentPollers в конфигурации;

— проверьте MaxConcurrentChecksPerPoller;

— не переносите старое значение StartPollers в StartAgentPollers один к одному;

— оценивайте очередь, задержки получения данных и загрузку agent poller;

— повторите проверку для всех Zabbix прокси;

— сравните старый конфигурационный файл с новым шаблоном из пакета Zabbix 7.

Количество асинхронных процессов нужно подбирать по фактической нагрузке. Один agent poller в Zabbix 7 — это не эквивалент одного старого синхронного poller.

❗️ В рамках наших услуг технической поддержки Zabbix или аудита Zabbix мы проверяем не только версию сервера и успешность обновления базы, но и фактическое распределение проверок между процессами, очереди, загрузку поллеров, конфигурацию прокси и соответствие настроек новой архитектуре. Записаться на бесплатную консультацию можно по ссылкам выше.

Проверьте свои StartAgentPollers и MaxConcurrentChecksPerPoller до того, как скрытая проблема станет явной.

@zabbix_ru

Читать полностью…

По следам вчерашней публикации про механизм Complex Event Processing (CEP), опубликовали более расширенный материал на Хабре →

@zabbix_ru

Читать полностью…

Что такое Complex Event Processing (CEP) и зачем он нужен

В Zabbix давно есть зависимости триггеров, корреляция по тегам и представление проблем в виде причины и симптомов. В Zabbix 8.0 к ним добавляется новый слой — Complex Event Processing (CEP). Он обрабатывает поток событий по правилам, сохраняет выбранные события во временных окнах и выполняет над ними операции в заданные моменты.

CEP позволяет:

— группировать события по хосту, тегу, IP-адресу, сервису или другому контексту;

— ограничивать окно временем и количеством событий;

— связывать первое событие с последующими как причину и симптомы;

— подавлять повторные проблемы, изменять важность и теги, закрывать или клонировать события;

— находить более сложные последовательности с помощью JavaScript.

Что было до CEP

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

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

Причины и симптомы позволяют явно показать, какая проблема является причиной, а какие — её последствия. До CEP такие связи формировались на основе заранее заданной логики или вручную.

Как устроен CEP

CEP — это набор правил. У каждого правила есть три основных компонента.

Условия отбора. Можно фильтровать события по имени, важности, хосту, группе хостов, тегам и их значениям.

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

Операции. Они выполняются в определённых точках жизненного цикла события и окна.

Как работают временные окна

Окно — одна из главных операционных единиц CEP. У него есть три параметра:

Длительность задаёт, сколько событие участвует в обработке. Момент истечения рассчитывается от исходного времени события. В простых режимах окно скользящее: разные события могут истекать в разное время. В режиме причины и симптомов окно фиксированное.

Ёмкость ограничивает число событий. Если окно заполнено, новое событие не добавляется, но для него всё равно может сработать момент Event evicted. Это позволяет реализовать защитную реакцию на переполнение: закрыть повтор, понизить его критичность или добавить специальный тег.

Группировка определяет, какие события делят одно состояние. Без группировки правило использует общее окно. Если выбрать хост, группу хостов или тег, для каждого значения образуется отдельное окно. Для попыток входа логичным ключом будет source_ip, для резервного копирования — backup_job_id, а для флапа интерфейсов — тег с портом.

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

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

→→ продолжение в следующем посте→→

Читать полностью…

По следам Zabbix Summit 2026

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

Наверное, самым ожидаемым было выступление основателя и CEO Zabbix Алексея Владышева, на котором он рассказал о том, что нас ждет в новой версии 8.0 и далее. В целом, меняется позиционирование Zabbix: от инфраструктурного мониторинга к платформе наблюдаемости, которая охватит всё от физических устройств до приложений и бизнес-сервисов.

Ниже приводим некоторые тезисы презентации:

🚀 Одна платформа вместо набора разрозненных инструментов

Zabbix объединит сбор, хранение, визуализацию, оповещения и автоматизацию. В одной платформе будут:

— физическое оборудование и датчики;

— серверы, операционные системы и сети;

— облака, Kubernetes и контейнеры;

— приложения и APM;

— бизнес-сервисы и SLA.

Внутри одной платформы можно будет увидеть влияние проблемы на бизнес.

🚀 Нативная поддержка JSON

Zabbix 8.0 будет принимать сложные структурированные данные объёмом до 128 МБ (вместо ограничения в 64КБ сейчас).

🚀 OpenTelemetry и полноценный APM

Zabbix 8.0 будет нативно принимать трейсы, метрики и логи. Инфраструктурный и прикладной мониторинг становятся частью одной модели.

🚀 MCP-сервер для AI-ассистентов

Zabbix 8.0 получит собственный MCP-Server. Благодаря этому AI-ассистент сможет обращаться к реальным данным мониторинга и отвечать на вопросы типа:

— Что сейчас не работает?

— Какие серверы перегружены?

— Какие инциденты произошли сегодня?

— Что могло стать причиной проблемы?

В перспективе AI будет помогать с анализом и восстановлением.

🚀 Complex Event Processing (CEP)

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

Основная цель — уменьшить количество шумовых событий и количество проблем, которые приходится анализировать вручную.

Примечание: это эволюция механизма Event Correlation.

🚀 ClickHouse и новая производительность

ClickHouse теперь нативный бэкэнд для хранения истории. Он предназначен для высококардинальных метрик.

Заявлена производительность в миллионы значений в секунду и до десятикратного ускорения относительно Zabbix 7.4. Разумеется, фактический результат будет зависеть от архитектуры, нагрузки и настройки системы.

🚀 Предсказуемый выпуск новых версий

Начиная с Zabbix 8.2 планируется фиксированный цикл релизов — два раза в год, в марте и сентябре. Если функция не готова, она переносится в следующий релиз, но дата выхода версии не изменяется.

🚀 Главный вывод

Целевая модель — единая платформа, которая понимает топологию и зависимости, объединяет метрики, логи и трейсы, связывает технические события с бизнес-сервисами и предоставляет эти данные людям, автоматизации и AI-агентам.

Ссылка на презентацию

@zabbix_ru

Читать полностью…

Команда, которая делает для нас Zabbix❤️

Читать полностью…

В этом году нет прямой трансляции Zabbix Summit, все выступления можно будет посмотреть позже на канале Zabbix на YouTube.

Однако, презентации за сегодняшний уже доступны на странице Zabbix Summit.

Смотреть презентации

@zabbix_ru

Читать полностью…

Скоро начнется что-то интересное 🙃

Читать полностью…

Мониторинг SSL сертификатов в Zabbix

Истёкший сертификат может остановить работу VPN, внутренний портал или обмен данными между системами. Автоматическое продление снижает риск, но его результат тоже нужно контролировать.

В статье автор описывает работу с инфраструктурой, где больше 7000 сертификатов, а сведения о них собраны в NetBox.

Схема строится вокруг этого реестра: скрипт получает данные через API NetBox, правило обнаружения создаёт элементы данных в Zabbix, а zabbix_sender передаёт значения в trapper-элементы. Отслеживаются оставшийся срок действия, дата окончания, доменные имена, отпечаток сертификата и издатель.

Также разобрана проблема масштабирования: первоначальный сбор каждого значения по отдельности привёл к очереди из десятков тысяч значений. Переход на пакетную отправку позволил изменить подход к сбору данных.

В статье — Bash-скрипты, настройка шаблона и три уровня предупреждений: когда до истечения сертификата остаётся меньше 28, 14 и 2 дней. Полезный пример для команд, которые уже ведут реестр сертификатов в NetBox и хотят подключить контроль сроков к существующему мониторингу.

Читать на Хабре →

@zabbix_ru

Читать полностью…

zabbix-network-topology

Модуль Zabbix 7.0 LTS/7.4 для интерактивной визуализации топологии сети на основе LLDP/CDP. Создан на базе Cytoscape.js и Leaflet.js.

Есть встроенная эмуляция по условию «что-если», а также сводная таблица элементов с тепловой картой и некоторые другие функции.

Репо на Гитхаб

@zabbix_ru

Читать полностью…

Новый пакет найденных в Zabbix уязвимостей и способы их устранения. Не забывайте обновляться.

———————————————-

CVE ID: CVE-2026-59782

CVSS score: 6.9 (Medium)

Affected components: Server, Proxy

Summary: JavaScript preprocessing memory disclosure

Description: The JavaScript preprocessing (Duktape) engine on Zabbix server has a vulnerability where a limited administrator is able to read raw heap data potentially resulting in leaked data from other running preprocessors not available to said administrator.

Known attack vectors: An attacker with limited administrator access to the Zabbix Frontend can define malicious preprocessing rules.

Affected and fix version/s:

Affected: 6.0.0 - 6.0.47 > Fixed: 6.0.48
Affected: 7.0.0 - 7.0.28 > Fixed: 7.0.29
Affected: 7.4.0 - 7.4.12 > Fixed: 7.4.13

Mitigation: Update the affected components to their respective fixed versions.

Workarounds: None

———————————————-

CVE ID: CVE-2026-59786

CVSS score: 6.9 (Medium)

Affected components: Server, Proxy

Summary: Active agent heartbeat missing TLS check

Description: Zabbix Server and Proxy accept the active agent heartbeat message regardless of the configured PSK or certificate authentication. This means someone with access to the Zabbix trapper port can report an arbitrary host using an active agent as available, resulting in a loss of integrity.

Known attack vectors: An attacker with network access to the trapper port sending crafted heartbeat packets.

Affected and fix version/s:

Affected: 7.0.0 - 7.0.28 > Fixed: 7.0.29
Affected: 7.4.0 - 7.4.12 > Fixed: 7.4.13

Mitigation: Update the affected components to their respective fixed versions.

Workarounds: None

———————————————-

CVE ID: CVE-2026-59788

CVSS score: 5.7 (Medium)

Affected components: Frontend

Summary: Stored XSS vulnerability in OAuth configuration form

Description: The email media type OAuth form passes the Authorization endpoint value to window.open() without validating the URL scheme, so a javascript: URL is executed in the browser. This means a crafted media type configuration, deliverable as an import file, runs arbitrary JavaScript as the Super Admin who grants consent.

Known attack vectors: Super Admin opening an attacker-supplied media type import file.

Affected and fix version/s:

​​​Affected: 7.4.0 - 7.4.11 > Fixed: 7.4.12

Mitigation: Update the affected components to their respective fixed versions.

Workarounds: Don't import media type configurations from untrusted sources.

———————————————-

CVE ID: CVE-2026-59787

CVSS score: 5.3 (Medium)

Affected components: Server, Proxy

Summary: SNMP trap injection in zabbix_trap_receiver.pl

Description: The Perl SNMP trap receiver script shipped with Zabbix does not properly neutralize the ZBXTRAP record delimiter in trap content. This means someone able to send SNMP traps can inject a record targeting another host, resulting in a loss of integrity.

Known attack vectors: An attacker sending crafted SNMP trap payloads to the trap receiver.

Affected and fix version/s:

Affected: 6.0.0 - 6.0.47 > Fixed: 6.0.48
Affected: 7.0.0 - 7.0.28 > Fixed: 7.0.29
Affected: 7.4.0 - 7.4.12 > Fixed: 7.4.13

Mitigation: Update the affected components and replace the deployed zabbix_trap_receiver.pl with the fixed version.

Workarounds: None

———————————————-

CVE ID: CVE-2026-59785

CVSS score: 5.1 (Medium)

Affected components: Frontend

Summary: Hidden host credentials inferable via multiselect.get filtering

Description: Host search in Frontend allows filtering by fields that are not displayed, including stored IPMI and PSK credentials. A user with read access can guess a credential and see from the search result whether the guess was right, letting them uncover it.

Known attack vectors: An authenticated user with host read access sending crafted search queries.

Affected and fix version/s:

Affected: 6.0.0 - 6.0.47 > Fixed: 6.0.48
Affected: 7.0.0 - 7.0.28 > Fixed: 7.0.29
Affected: 7.4.0 - 7.4.12 > Fixed: 7.4.13

Mitigation: Update the affected components to their respective fixed versions.

Workarounds: None

———————————————-

CVE ID: CVE-2026-59783

CVSS score: 2.3 (Low)

Affected components: Server, Proxy

Summary: Server DoS via binary items

Description: The Zabbix Server/Proxy has a vulnerability where binary items can crash the Server/Proxy on certain NULL byte input leading to potential loss of availability. This only affects deployments where MySQL/MariaDB database is used as the Zabbix database.

Known attack vectors: An attacker with trapper access sending malicious data for binary items.

Affected and fix version/s:

Affected: 7.0.0 - 7.0.28 > Fixed: 7.0.29
Affected: 7.4.0 - 7.4.12 > Fixed: 7.4.13

Mitigation: Update the affected components to their respective fixed versions.

Workarounds: Disable item data collection for any Binary items with untrusted input.

Читать полностью…

🎓 Официальный сертификат Zabbix — больше, чем просто документ

При выборе обучения многие обращают внимание на программу курса и опыт преподавателя. Это важно.

Но есть еще один фактор, который остается с вами надолго после окончания курса — официальный сертификат Zabbix.

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

Почему это важно?

✅ Сертификат выдает сам разработчик Zabbix, а не учебный центр.

✅ Он подтверждает, что ваши знания соответствуют требованиям вендора.

✅ Его признают компании по всему миру при поиске специалистов по мониторингу.

✅ Для работодателя это простой способ убедиться, что кандидат действительно владеет Zabbix, а не только работал с ним.

Для инженера это:

✅ дополнительное преимущество при трудоустройстве;

✅ подтверждение своей квалификации;

✅ возможность выделиться среди других специалистов;

✅ официальный статус, который ценится на рынке.

Мы регулярно проводим официальные курсы:

📌 Zabbix Certified Specialist

📌 Zabbix Certified Professional

📌 Zabbix Certified Expert

Обучение проходит по официальной программе Zabbix с использованием материалов вендора, а занятия проводят сертифицированные инструкторы Gals Software.

Если вы хотите не просто изучить Zabbix, а получить международно признанное подтверждение своих знаний, будем рады видеть вас на наших курсах.

📅 Расписание тренингов

📩 Напишите нам на hello@gals.software или @galssoftware, и мы расскажем подробнее.

Читать полностью…

Zabbix 8.0.0beta2 (случился 9 июля)

8.0 все ближе. Забыли вам сказать.

Заметки к релизу

@zabbix_ru

Читать полностью…

Вышел Zabbix 8.0.0rc2

21 октября вышел второй релиз-кандидат Zabbix 8.0. Здесь основные изменения относительно rc1.

🚀 ClickHouse: поддержка новых версий
Минимальная поддерживаемая версия повышена до 26.3, максимальная — до 26.9.

🚀 Elasticsearch 8.x и 9.x
Добавлена поддержка обеих веток. Минимальная поддерживаемая версия Elasticsearch теперь — 8.0.

🚀 Изменения API
У hostinterface публичным оставлен только метод get, неиспользуемый hostinterface.update удалён. Интеграции и скрипты автоматизации, работающие с интерфейсами узлов, желательно проверить на совместимость.

🚀 Мониторинг самого Zabbix
Обновлен дашборд в шаблоне Zabbix server health.

Заметки к выпуску

@zabbix_ru

Читать полностью…

Алиасы в Zabbix: короткие ключи, единые шаблоны и несколько LLD-правил

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

🚀 Сокращаем сложные ключи

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

В zabbix_agentd.conf или zabbix_agent2.conf добавляем:

Alias=zabbix.userid:vfs.file.regexp[/etc/passwd,"^zabbix:.:([0-9]+)",,,,\1]

В элементе данных указываем:

zabbix.userid

Агент получает этот ключ, подставляет исходный vfs.file.regexp[] и выполняет проверку. Шаблон становится понятнее, а реализацию проверки можно менять на стороне агента, сохраняя ключ элемента данных. Главное — сохранять смысл метрики, тип и единицы измерения.

🚀 Один ключ для разных платформ

Допустим, нужно контролировать свободное место на системном диске Linux и Windows через один шаблон.

В шаблоне используем ключ:

os.disk.free

На Linux-агенте задаём:

Alias=os.disk.free:vfs.fs.size[/,free]

На Windows-агенте:

Alias=os.disk.free:vfs.fs.size[C:,free]

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

🚀 Несколько LLD-правил на основе одной проверки

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

Два правила с одинаковым ключом vfs.fs.discovery создать не получится: ключи должны быть уникальными в пределах узла.

Добавляем в конфигурацию агента:

Alias=vfs.fs.discovery[*]:vfs.fs.discovery

Теперь можно создать два LLD-правила:

vfs.fs.discovery[database]
vfs.fs.discovery[other]

Оба выполняют исходную проверку vfs.fs.discovery и получают одинаковый JSON. Каждое правило может использовать собственные фильтры, overrides и прототипы.

Важно: параметры database и other здесь только различают ключи. Они не фильтруют результат на стороне агента — фильтры нужно настроить в самих LLD-правилах.

🚀 Что стоит учитывать

— Alias настраивается на агенте, поэтому файл нужно распространить на все соответствующие узлы.

— Можно определить несколько алиасов, ссылающихся на одну проверку. Повторять один и тот же alias key нельзя.

— Alias не кэширует результат: отдельные запросы будут повторно выполнять исходную проверку. Для большого объема сбора данных стоит рассмотреть зависимые элементы данных.

— Для разделения обнаруженных ресурсов иногда достаточно одного LLD-правила с overrides.

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

zabbix_get -s 192.0.2.10 -k os.disk.free

@zabbix_ru

Читать полностью…

❗️❗️❗️Если у вас есть англоязычные коллеги, пришлите им ссылку на наш англоязычный канал @zabbix_en. Запустили его буквально только что.

P.S. Если кто сможет, закиньте в Zabbix International Community (@ZabbixTech), а то боимся забанят наши аккаунты.

Читать полностью…

Если вам хотелось бы быстро развернуть окружение Zabbix 8.0 у себя, обратите внимание на этот репозиторий. Подготовили его для тестовых окружений.

@zabbix_ru

Читать полностью…

→→ продолжение предыдущего поста→→

С окнами разобрались, теперь поговорим про обработку событий в рамках этих окон. В CEP есть 5 режимов обработки совпавших событий:

None

Самый простой режим не создаёт окно и не хранит состояние. Событие обрабатывается сразу. Такой режим подходит для обогащения: например, всем проблемам приложения добавить тег team=applications или привести критичность к принятой в компании шкале.

Simple multiple

Событие может попасть во все подходящие правила этого режима. Например, одно правило добавит владельца сервиса, а второе поместит событие в окно и автоматически закроет его после истечения TTL.

Simple once

Событие обрабатывает только первое подходящее правило Simple once. Это как цепочка if/else if: более точные условия должны находиться выше, а общее правило — ниже.

Cause and symptoms grouping

Первое событие в фиксированном окне становится причиной, остальные — симптомами. Причине можно добавить счётчик симптомов. Это сокращает число независимых проблем в интерфейсе и помогает оператору начать анализ с предполагаемой первопричины.

Pattern match

В этом режиме JavaScript получает текущий набор событий окна через cep_get_events() и проверяет нужное условие: число событий, их теги, имена, важность, время и состояние. Скрипт возвращает строку true или false. Сам скрипт не меняет события — при результате true запускаются настроенные операции Pattern match.

Все операции привязаны к моментам жизненного цикла:

Event occurred — момент сразу после появления события, до помещения в окно. На этом этапе может выполняться операции нормализация имени, тега или важности.

Event added — момент после успешного добавления события. На этом этапе событие может быть помечено как участник группы.

Event evicted — момент при истечении срока жизни события или отказе в добавлении в окно из-за заполнения. Может быть выполнена операция закрытия старого события или обработка повтора.

Window closed — момент закрытия окна. Выполняется операция финальной обработка группы событий.

Pattern matched — момент когда JavaScript вернул true. На этом этапе выполняется создание агрегированного инцидента и подавление исходных проблем.

Вывод

CEP превращает обработку событий Zabbix из набора реакций на отдельные триггеры в обработку потока с памятью. Главные строительные блоки — условия отбора, временные окна, группировка, точки выполнения и операции. Простые режимы подходят для нормализации и дедупликации, группировка причины и симптомов — для каскадных отказов, а Pattern match — для сценариев, где решение зависит от нескольких событий за интервал времени.

Очень полезный функционал, который уже совсем скоро будет нам доступен в стабильной версии.

@zabbix_ru

Читать полностью…

К слову, в ночной контейнерной сборке уже вышел релиз 8.0.0rc2. Пока не было официального объявления, но мы ждем 🙃

UPD Комментарий от Zabbix: в ночных сборках образов используется master ветка, это не готовый релиз rc2 (на свой страх и риск, и если не готовы к потере данных или прочим приключениям, то не ставьте).

UPD Комментарий от нас: никогда не обновляйтесь на релизы вида релиз-кандидатов.

@zabbix_ru

Читать полностью…

Доступны презентации за 2 день саммита (сегодня)

Смотреть

P.S. Записи будут вскоре.

Читать полностью…

Отдельная благодарность команде Zabbix за организацию мероприятия. 👍

Выступать на крупном международном мероприятии вдвойне приятно 💪

Читать полностью…

🤖 Zabbix можно использовать и администрировать через AI-ассистента

Одно из нововведений 8 версии. MCP Server для Zabbix позволяет подключать систему к AI-ассистентам, а затем работать с ней в режиме чата.

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

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

Изменения выполняются только после подтверждения пользователя, а доступ агента ограничивается штатными правами Zabbix и разрешённым набором инструментов.

Загрузка Zabbix MCP Server

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

@zabbix_ru

Читать полностью…

🚀 Вышел Zabbix 8.0.0rc1

Первый релиз-кандидат Zabbix 8.0 показывает, каким будет ближайший LTS-релиз (а он уже совсем скоро).

Главный вектор развития — переход от классического мониторинга инфраструктуры к полноценной observability-платформе.

Что нового:

🚀 Поддержка OpenTelemetry — сбор данных через Zabbix Proxy, хранение APM-данных и визуализация распределённых трассировок прямо в интерфейсе Zabbix.

🚀 ClickHouse как хранилище истории — для масштабируемой работы с большими объёмами телеметрии.

🚀 Telemetry query — новый тип элемента данных для запросов к телеметрии.

🚀 Готовые OpenTelemetry-шаблоны для Proxmox, Envoy Proxy и OpenRouter.

🚀 Новый интерфейс — тёмно-синяя тема, обновлённый дизайн и улучшенная доступность.

🚀 Экспорт и импорт дашбордов, новый Scatter plot и доработанные графики.

🚀 Усиление безопасности — API по умолчанию отключён для ролей, добавлена ролевая видимость прокси и поддержка HashiCorp Vault AppRole.

🚀 Новые шаблоны для MariaDB, Percona, GCP, Oracle Cloud и других систем.

Поскольку это RC — пока только постельный режим тестовое окружение.

Полный список изменений Zabbix 8.0.0rc1 →

@zabbix_ru

Читать полностью…

🚀 Zabbix 8.0 на подходе. Запланируйте обучение команды уже сейчас

В ближайшее время ожидается новая версия Zabbix, поэтому мы открываем набор на Zabbix Certified Specialist 8.0 и Zabbix Certified Professional 8.0.

🔥 До 15 октября включительно на оба тренинга действуют специальные условия участия. Оставьте заявку — расскажем подробности и поможем выбрать подходящий курс.

📅 25–27 ноября 2026 — Zabbix Certified Specialist 8.0

Научитесь собирать метрики, настраивать обнаружение проблем и оповещения, управлять шаблонами и создавать понятные дашборды. В программе: Zabbix agent, SNMP, веб-мониторинг, работа с логами, триггеры и предобработка данных.
Для тех, кто хочет увереннее решать повседневные задачи мониторинга и систематизировать знания.

👉 Программа Specialist 8.0

📅 16–18 декабря 2026 — Zabbix Certified Professional 8.0

Следующая ступень после Specialist 8.0: развертывание компонентов Zabbix, распределённый мониторинг через proxy, высокая доступность, балансировка нагрузки, автоматическое обнаружение ресурсов и корреляция событий.

Для тех, кому нужно масштабировать мониторинг и сокращать объём ручной настройки.

👉 Программа Professional 8.0

Оба тренинга — онлайн, на русском языке, по три дня. Практика на лабораторных стендах, обучение у сертифицированных тренеров и официальный сертификат после успешной сдачи экзамена.

Можно пройти Specialist в ноябре и продолжить обучение на Professional в декабре. Для допуска к экзамену Professional нужен успешно сданный экзамен Specialist 8.0.

Оставьте заявку через форму обратной связи или напишите на hello@gals.software, чтобы узнать про специальные условия и запланировать обучение для себя или команды.

Читать полностью…

Уже на следующей неделе — с 7 по 11 сентября — мы проведём тренинг Zabbix Certified Specialist 7.0.

Программа и заявка → https://gals.software/education/zabbix-specialist

За пять дней разберёмся, как нормально внедрять и поддерживать Zabbix, а не просто установить его, добавить пару хостов и надеяться, что дальше оно как-нибудь само.

Установка и настройка, агенты и прокси, элементы данных и триггеры, предобработка, шаблоны, SNMP, мониторинг логов, баз данных и веб-приложений, уведомления, SLA, дашборды, производительность и вот это всё.

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

Главное преимущество — обучение на практике. Вместо пяти дней слайдов будем работать на лабораторных стендах: настраивать, проверять, ломать и чинить.

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

Отдельно пройдём:

➡️ Сбор данных — агенты, Agent 2, SSH, SNMP, HTTP, логи, базы данных и Java.

➡️ Обнаружение проблем — триггеры, зависимости, предобработка и низкоуровневое обнаружение.

➡️ Эксплуатацию — шаблоны, прокси, пользователи и роли, LDAP и SAML, периоды обслуживания, уведомления и удалённые команды.

➡️ Визуализацию и администрирование — графики, карты, дашборды, отчёты и настройку производительности.

В последний день — экзамен. При успешной сдаче вы получите официальный сертификат Zabbix Certified Specialist и значок ZCS.

Важно: совсем с нуля в смысле «никогда не видел терминал» будет сложновато. Для практических заданий нужен базовый опыт работы с командной строкой Linux. А вот быть матёрым специалистом по Zabbix заранее не требуется.

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

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

Программа и заявка → https://gals.software/education/zabbix-specialist

Читать полностью…

Zabbix Handy Tips: Creating Hierarchical Host Group Permission Structure

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

@zabbix_ru

Читать полностью…

Доступ к экспертной поддержке Zabbix в почасовом формате

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

Например:

👉 сервер периодически падает под нагрузкой;

👉 после обновления появились ошибки;

👉 не удается разобраться с производительностью;

👉 перестала работать высокая доступность прокси;

👉 нестандартная интеграция ведет себя непредсказуемо.

В такие моменты важно иметь возможность быстро подключить специалистов, которые ежедневно работают с внутренним устройством Zabbix: инженеров Gals Software и, при необходимости, экспертов Zabbix для расследования и устранения сложных инцидентов.

Что мы предлагаем

Мы запускаем услугу «Экспертная техническая поддержка Zabbix».

Это не подписка и не годовой контракт. Это возможность получить помощь по сложным вопросам в почасовом формате.

Что входит в услугу:

✅ анализ проблемы;

✅ помощь в диагностике;

✅ рекомендации по устранению;

✅ сопровождение до решения;

✅ при необходимости — эскалация вопроса инженерам Zabbix.

Мы берем на себя взаимодействие с производителем и сопровождаем кейс до его завершения.

Когда это особенно полезно

👉 проблема критична, а решение нужно найти быстро;

👉 собственной экспертизы недостаточно;

👉 хочется получить второе экспертное мнение;

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

Если у вас есть сложный вопрос по Zabbix, который давно не удается решить, — напишите нам. Обсудим задачу и предложим оптимальный формат помощи.

📩 Связаться с нами: hello@gals.software или @galssoftware

Читать полностью…

mattermost-zabbix-template

Если так получилось, что вам нужно поставить на мониторинг Mattermost, присмотритесь к этому шаблону.

Репозиторий на Github

@zabbix_ru

Читать полностью…