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