все обнаруженные хосты попадают в один существующий в Zabbix узел

[butalov.a]

Добрый день.

На сервере Zabbix настроено правило низкоуровневого обнаружения узлов (МФУ):
--------------------------------------------------------------------------------
Проверки:
MAC адрес - SNMPv1 агент "1.3.6.1.2.1.2.2.1.6.1"
Модель устройства - SNMPv1 агент "1.3.6.1.2.1.25.3.2.1.3.1"

Критерий уникальности устройства:
SNMPv1 агент "1.3.6.1.2.1.2.2.1.6.1" (MAC адрес)

Имя узла сети:
DNS имя

Видимое имя:
DNS имя
--------------------------------------------------------------------------------

В Действия, Источник события Обнаружение настроены действия по маркам МФУ:
--------------------------------------------------------------------------------
Имя:
Add PRINTER Canon

Тип вычисления: И
Правило обнаружения равно Принтеры в сетях 10.55.64,66,68,70,72
Полученное значение содержит Canon
Состояние обнаружения равно Обнаружен

Операции:
Добавить узел сети
Добавить в группы узлов сети: Принтеры Canon
Присоединить к шаблонам: Принтеры Canon
--------------------------------------------------------------------------------

Проблема:
по какойто причине все уже существующие в Zabbix МФУ и только что обнаруженные и добавляются к один узел Zabbix под разными Интерфейсы SNMP: то есть у одного узла получается 100 интерфейсов с разными ip


Подскажите пожалуйста в чем может быть причина такого поведения правил действий?
Так понимаю проблема скорее всего в правиле обнаружения. Критерий уникальности MAC адрес, ранее критерий уникальности был ip адрес, но так как МФУ у нас часто мигрируют из одной подсети в другую, то решили отказаться от такого способа.
Все MAC адреса у устройств уникальны.

Или может проблема в Действии - добавление устройства в случае если оно Обнаружено: Состояние обнаружения равно Обнаружен
По каким критериям он сравнивает что устройство обнаружено или ещё нет?

[Hamardaban]

Судя по скриншоту дмаю что вот в этом проблема - "Имя узла сети: DNS имя"....
все узлы определяются под одним dns именем.

[butalov.a]

Все узлы добавляются в один узел с именем U-0004.
Ранее (до обновления сервера Zabbix до версии 4.4) при обнаружении нового узла, с тем же dns именем net70.ipoe-users, узел добавлялся как net70.ipoe-users, следующий net70.ipoe-users_1, следующий net70.ipoe-users_2 - И это поведение полностью соответствует правилам именования узлов сети https://www.zabbix.com/documentation...B5%D1%82%D0%B8

мне кажется проблема в правиле обнаружения.

а именно в Критерий уникальности устройств = SNMPv1 агент "1.3.6.1.2.1.2.2.1.6.1", то есть MAC адрес устройства.
Как именно правило обнаружения сравнивает значение полученного OID "1.3.6.1.2.1.2.2.1.6.1" от обнаруженного узла с имеющимися в Zabbix узлами? Сравнивает с полученный MAC с элементом данных "MAC адрес" каждого зарегистрированного в Zabbix узла?

Просто в настройках узла нет MAC адреса, есть только ip:

[Hamardaban]

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

[butalov.a]

Или проблема в Действии:

Состояние обнаружения равно Обнаружен

из документации:

Сервис обнаружен

Сервис 'доступен' после того, как был 'недоступен' или когда обнаружен первый раз.

Узел сети обнаружен

По крайней мере один сервис на узле сети 'доступен' после того, как все сервисы на этом узле сети были 'недоступны' или обнаружен сервис, который принадлежит не зарегистрированному узлу сети.

Как правильно задать правила обнаружения для обнаружения узла в первый раз?

[butalov.a]

Подскажите пожалуйста по процессу обнаружения как происходит сравнение полученного по snmp из OID значения и имеющихся MAC адресов у имеющихся в Zabbix узлов?

[Ed.M]

День добрый!
Подскажите, до обновления на версию 4.4 какая версия сервера использовалась, и было ли на ней реализовано сравнение хостов по МАС адресам? Или на старой версии вы еще по IP хосты различали?

[Hamardaban]

Насколько я понимаю - никак не происходит. Как правильно заметили ранее - не хранится мас нигде на уровне хоста (интерфейсов).
Если я правильно помню - «критерий уникальности» относится к данному, текушему процессу обнаружения. А далее всё происходит как написано, с учетом описания создания интерфейсов.

[Ed.M]

Воссоздал у себя проблему. Всё получилось, как у автора топика. У меня было 3 линуксовых виртуалки, искал по МАС по snmp. Сначала тоже все адреса добавлялись 1-му найденному хосту. Пошел дальше. В итоге удалось разделить машины следующим образом: в правиле обнаружения критерий уникальности поставил ip (хотя это и не принципиально, может быть и МАС), а вот в Host Name использовал МАС. Видимое имя - DNS name.
В итоге я получаю 3 разных хоста, которые отличаются именами, имеют видимое имя в виде хостнейма или ip адреса, имеют правильный адрес в настройке snmp интерфейса.
Как такая конструкция будет работать в вашем случае - не знаю, особенно учитывая переезды оборудования. Пробуйте!

[butalov.a]

Спасибо за воссоздание!!! Ещё раньше после ответа Hamardaban от Yesterday, 09:14 тоже решил поменять заполнение у обнаруженного хоста Host Name и Visible Name, найденным по snmp MACом. И недавно заметил добавленный и обнаруженный хост с именем MAC адрес.
И у проблеммного хоста U-0004 не добавились новые интерфейсы. Что радует.

[Ed.M]

Насколько я понимаю - никак не происходит. Как правильно заметили ранее - не хранится мас нигде на уровне хоста (интерфейсов).
Если я правильно помню - «критерий уникальности» относится к данному, текушему процессу обнаружения. А далее всё происходит как написано, с учетом описания создания интерфейсов.

Думаю, что проблема именно в том, что МАС не хранится в стандартных данных хоста. А критерий уникальности все же относится ко всем хостам. Иначе бы при активном правиле дискавери каждый час получали бы дубликаты ранее найденных хостов.

[butalov.a]

День добрый!
Подскажите, до обновления на версию 4.4 какая версия сервера использовалась, и было ли на ней реализовано сравнение хостов по МАС адресам? Или на старой версии вы еще по IP хосты различали?

1) обновлялся поэтапно с версии 3.2.8 to 3.4 to 4 to 4.4
2) ранее использовали критерий уникальности IP но так как устройства мигрируют по подсетям и получают новые IP - то наиболее уникальным идентификатором устройства можно считать только MAC

[butalov.a]

Думаю, что проблема именно в том, что МАС не хранится в стандартных данных хоста. А критерий уникальности все же относится ко всем хостам. Иначе бы при активном правиле дискавери каждый час получали бы дубликаты ранее найденных хостов.

Да, тоже думаю что где то здесь проблема, так как MAC узла хранится в его в соответствующем элементе данных, то происходит ли сравнение обнаруженного с lld MAC устройства - с каждым существующим в Zabbix узлом, элементом данных содержащих MAC
А если происходит то что будет у узла сети в Zabbix данный элемент данных за последний месяц не обновлялся, возьмётся в сравнение последнее существующее значение или будет сравнивать с пустой строкой.

[butalov.a]

После того как переставил параметры обнаружения в:

Проверки:
MAC адрес - SNMPv1 агент "1.3.6.1.2.1.2.2.1.6.1"
Модель устройства - SNMPv1 агент "1.3.6.1.2.1.25.3.2.1.3.1"

Критерий уникальности устройства:
SNMPv1 агент "1.3.6.1.2.1.2.2.1.6.1" (MAC адрес)

Имя узла сети:
SNMPv1 агент "1.3.6.1.2.1.2.2.1.6.1"

Видимое имя:
SNMPv1 агент "1.3.6.1.2.1.2.2.1.6.1"

С одной стороны стали добавляться новые узлы именем "свой MAC"
С другой стороны два дня назад снова проявилась проблема с добавлением чужих сетевых интерфейсов - существующему Zabbix хосту:

[Ed.M]

Доброго дня!
Я бы рекомендовал не использовать МАС, как Критерий уникальности устройства. Он все равно нигде не хранится, и сравнение не происходит с ранее созданными хостами. Поставьте ip. И для удобства используйте DNS name в качестве видимого имени. У меня с такими настройками хосты определились, создались. После смены ip адресов они снова нашлись и были созданы хосты с именами типа МАС_2 - всё, как и должно быть.

Далее: что за хост этот U-0007? Я думаю, что туда добавляются адреса из-за некорректности выполнения операции определения уникальности устройства по МАС адресу.

[butalov.a]

Добрый день!
ip как критерий уникальности устройства нам не подходит, так как наши устройства постоянно мигрируют и следовательно меняют свои ip, именно по этой причине и перешли на MAC как критерий уникальности.
Если при смене ip создастся другой хост с новым ip то данные которые были в хосте со старым ip в новый не переместятся.
В любом случае спасибо за помощь!!!

[Ed.M]

Не давала мне покоя эта ситуация, и вот что я накопал:
1. В случае с виртуальными машинами Linux OID 1.3.6.1.2.1.2.2.1.6.1 возвращает пустую строку. Если использовать его (именно .1), то все адрес найденных хостов попадают в первый найденный хост. То есть создается 1 хост с 3 интерфейсами разных машин.
2. Если использовать OID 1.3.6.1.2.1.2.2.1.6.2, который возвращает МАС 1-го физического сетевого интерфейса, то поведение именно такое, как и нужно: при смене ip адреса машины она снова определяется, но не создается новый хост, а добавляется интерфейс к существующему. Тут просто в критерии уникальности поставлен 1.3.6.1.2.1.2.2.1.6.2, ничего больше не нужно.
3. Проверте, пожалуйста, что же возвращает OID 1.3.6.1.2.1.2.2.1.6.1 от принтеров. Реальный МАС, который совпадает с ARP записью, или пустую строку? Возможно, проблема в неправильном OID.