Documentation
Table of Contents
21 Заметки по обновлению для 3.0.11
Валидация URI
Добавлена новая константа ZBX_URI_VALID_SCHEMES, определяющая схемы URI, которые разрешены по умолчанию (http, https, ftp, file, mailto, tel, ssh).
Необходимо проверить все URL в веб-интерфейсе на соответствие разрешенной схеме.
Обратите внимание, начиная с Zabbix 3.0.14, валидацию схемы URI можно отключать/включать.
Обработка низкоуровневого обнаружения (LLD)
Изменена обработка LLD правила таким образом. что несколько значений по одному LLD правилу более одновременно не обрабатываются.
Ранее все значения для LLD правил обрабатывались в контексте процесса сбора данных (например, траппера). Такое поведение может привести к взаимным блокировкам, когда отдельные значения одного правила низкоуровневого обнаружения обрабатываются в более чем в одном процессе сбора данных.
Блокировка LLD правила реализована ну уровне кэша конфигурации. Новая часть данных LLD будет отброшена, если предыдущая часть обработана еще не до конца. Чтобы избежать подобных задержек с обработкой LLD значений, рекомендуется, например, увеличить частоту опроса LLD правил или не отправлять LLD JSON при помощи zabbix_sender слишком часто. Отброшенные LLD данные не считаются ошибкой. zabbix_sender может сообщить значение как "обработанное" даже, если оно было отброшено. Все случаи отбрасывания LLD данных перечислены в журнале Zabbix сервера в следующем формате:
SMTP аутентификация для e-mail
Ранее Zabbix соблюдал применение PLAIN как механизм аутентификации при использовании имени пользователя/пароля. Теперь libcurl может самостоятельно решить, какой механизм среди поддерживаемых SMTP сервером следует выбирать. В зависимости от этих параметров, которые Zabbix передаёт в libcurl, он на самом деле выбирает PLAIN или LOGIN в большинстве случаев. Этого достаточно, чтобы Zabbix смог работать с Office 365 и должно быть достаточно для работы с Gmail при условии, что разрешены "менее безопасные приложения".