Zabbix. Оповещения — различия между версиями

Материал из megapuper
Перейти к: навигация, поиск
 
(не показаны 3 промежуточные версии этого же участника)
Строка 1: Строка 1:
5) Проверить, видит ли сам сервис proxy-переменные
+
Сломались оповещения через Telegram из-за блокировок. Починил путём перенаправления через squid-прокси. Потому как через системный env не заработало
  
Shell-переменные root не равны окружению systemd-сервиса. Это надо проверить отдельно. systemd действительно использует только то окружение, которое задано сервису, а не ваши переменные из интерактивной сессии root.
 
  
Проверьте:
+
Первый вариант, через systemd, добавляем прокси там
 
+
systemctl edit zabbix-server
systemctl show zabbix-server --property=Environment
+
 
 
Если там пусто, можно временно добавить proxy на уровень сервиса:
 
 
 
systemctl edit zabbix-server
 
 
 
Вставить:
 
 
 
 
 
Первый вариант, через systemd
 
 
  [Service]
 
  [Service]
 
  Environment="http_proxy=http://25.109.21.12:3128"
 
  Environment="http_proxy=http://25.109.21.12:3128"
Строка 20: Строка 10:
 
  Environment="no_proxy=127.0.0.1,localhost,10.0.0.0/8,172.11.0.0/20,172.16.32.0/20,192.168.0.0/16"
 
  Environment="no_proxy=127.0.0.1,localhost,10.0.0.0/8,172.11.0.0/20,172.16.32.0/20,192.168.0.0/16"
  
systemctl daemon-reload
+
systemctl daemon-reload
systemctl restart zabbix-server
+
systemctl restart zabbix-server
systemctl show zabbix-server --property=Environment
+
 +
systemctl show zabbix-server --property=Environment
 +
Environment=CONFFILE=/etc/zabbix/zabbix_server.conf http_proxy=http://23.108.217.125:3128 https_proxy=http://23.108.217.125:3128 no_proxy=127.0.0.1,localhost,10.0.0.0/8,172.11.0.0/20,192.168.0.0/16
  
  
Строка 31: Строка 23:
 
  HTTPProxy http://25.109.21.12:3128
 
  HTTPProxy http://25.109.21.12:3128
  
Значит в вашем media type скрипт ожидал именно HTTPProxy, а не http_proxy. Такое бывает, если шаблон webhook был не совсем тот, что в текущей документации, или импортирован из другой версии.
+
В моём случае media type скрипт ожидал именно HTTPProxy, а не http_proxy. Такое бывает, если шаблон webhook был не совсем тот, что в текущей документации, или импортирован из другой версии.
 
 
Итог для вашей схемы на Debian 11 + Zabbix 6.2:
 
 
 
через systemd — рабочий обходной вариант;
 
через media type — у вас заработало с параметром HTTPProxy;
 
это лучше, потому что настройка остается внутри Zabbix и не зависит от окружения сервиса.
 
 
 
На будущее стоит сохранить где-нибудь рабочий набор параметров media type, чтобы после обновления или переимпорта не искать заново.
 

Текущая версия на 17:59, 17 апреля 2026

Сломались оповещения через Telegram из-за блокировок. Починил путём перенаправления через squid-прокси. Потому как через системный env не заработало


Первый вариант, через systemd, добавляем прокси там

systemctl edit zabbix-server

[Service]
Environment="http_proxy=http://25.109.21.12:3128"
Environment="https_proxy=http://25.109.21.12:3128"
Environment="no_proxy=127.0.0.1,localhost,10.0.0.0/8,172.11.0.0/20,172.16.32.0/20,192.168.0.0/16"
systemctl daemon-reload
systemctl restart zabbix-server

systemctl show zabbix-server --property=Environment
Environment=CONFFILE=/etc/zabbix/zabbix_server.conf http_proxy=http://23.108.217.125:3128 https_proxy=http://23.108.217.125:3128 no_proxy=127.0.0.1,localhost,10.0.0.0/8,172.11.0.0/20,192.168.0.0/16


Второй, более правильный, через web интерфейс, путём добавления proxy

Параметр называется http_proxy

HTTPProxy http://25.109.21.12:3128

В моём случае media type скрипт ожидал именно HTTPProxy, а не http_proxy. Такое бывает, если шаблон webhook был не совсем тот, что в текущей документации, или импортирован из другой версии.