Ad Widget

Collapse

Простые проверки: неоднозначные результ&

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • banzayats
    Junior Member
    • Mar 2012
    • 25

    #1

    Простые проверки: неоднозначные результ&

    Добрый день.

    Столкнулся со следующей проблемой. Для проверки доступности основных сервисов (http, https, ftp, pop, и т.д.) использую простые проверки: net.tcp.service[сервис].
    Странно себя проявили проверки https и ftp. На всех хостах у меня светятся триггеры 'HTTPS (FTP) service is down on {HOST.NAME}'
    И действительно - в Zabbix статус проверок равен 0.
    Но при этом, если запустить с сервера Zabbix или прокси команду
    Code:
    zabbix_get -s myhostname.com -k "net.tcp.service[ftp]"
    или
    Code:
    zabbix_get -s myhostname.com -k "net.tcp.service[https]"
    то в результате получаем 1!
    Как так может быть?
  • Kos
    Senior Member
    Zabbix Certified SpecialistZabbix Certified Professional
    • Aug 2015
    • 3406

    #2
    Утилита zabbix_get обращается к Zabbix-агенту, который работает на указанной Вами машине. Т.е. реальная проверка выполняется агентом, который крутится на той же машине, что и проверяемый сервис, и этот агент (при обращении, как в Вашем примере) обращается к этому сервису через loopback-интерйфейс (см. документацию по агенту).

    Простые же проверки всегда выполняются сервером Zabbix: обращение к сервису идёт со стороны Zabbix-сервера по IP-адресу, который указан для данного хоста (либо явно указан в параметрах ключа).

    Отсюда и разница в результатах. Самое простое объяснение: например, порт на "внешнем" интерфейсе прикрыт локальным фаерволом, а на loopback-интерфейсе - разрешён.

    Comment

    • banzayats
      Junior Member
      • Mar 2012
      • 25

      #3
      Originally posted by Kos
      Утилита zabbix_get обращается к Zabbix-агенту, который работает на указанной Вами машине. Т.е. реальная проверка выполняется агентом, который крутится на той же машине, что и проверяемый сервис, и этот агент (при обращении, как в Вашем примере) обращается к этому сервису через loopback-интерйфейс (см. документацию по агенту).

      Простые же проверки всегда выполняются сервером Zabbix: обращение к сервису идёт со стороны Zabbix-сервера по IP-адресу, который указан для данного хоста (либо явно указан в параметрах ключа).

      Отсюда и разница в результатах. Самое простое объяснение: например, порт на "внешнем" интерфейсе прикрыт локальным фаерволом, а на loopback-интерфейсе - разрешён.
      Спасибо за ответ.
      Я понял разницу: используя zabbix_get я обращаюсь к агенту, а не использую простые проверки.
      Я попробовал подключиться с сервера/прокси с помощью telent. 443 порт открыт. Почему тогда простые проверки выдают другой результат?

      Comment

      • Semiadmin
        Senior Member
        • Oct 2014
        • 1625

        #4
        Простые проверки https и ftp - это не только доступность порта и статус службы. Подробнее здесь:

        Comment

        • banzayats
          Junior Member
          • Mar 2012
          • 25

          #5
          Originally posted by Semiadmin
          Простые проверки https и ftp - это не только доступность порта и статус службы. Подробнее здесь:

          https://www.zabbix.com/documentation..._check_details
          Ваша правда.

          Для проблемных хостов curl -I выдает:

          Code:
          curl: (35) error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol
          Я нашел эту ветку обсуждения: https://support.zabbix.com/browse/ZBX-9879

          Получается, что есть проблем в libcurl? У меня установлена версия: 7.38.0-4+deb8u4

          Comment

          Working...