разобрался, параметр SourceIP, закомментировал.

Для тех, у кого будет такой же вопрос. Если заббикс сервер имеет 2 сетевых интерфейса в обе подсети, то нужно настроить, чтобы он слушал ответы на обоих интерфейсах. Если же на самом сервере с zabbix только один сетевой интерфейс, то обеспечить обслуживание обоих подсетей нужно на уровне маршрутизатора, обеспечив доступ сервера с заббикс в обе подсети. 

спасибо очень полезная информация.

какая именно информация?

комментарий выше?

Здравствуйте!

Специально зарегистрировался, ибо имею похожую проблему.

Есть заббикс с двумя интерфейсами в разных подсетях, условно 10.0.0.5 и 10.11.0.5

Все хосты из сети 10.0.0.0/16 прекрасно видны и мониторятся.

Хосты из сети 10.11.0.0/16 заббикс не видит в упор, причем из консоли пинги туда ходят и snmpwalk вываливает простыни с девайсов с включенным snmp.

SourceIP в zabbix_server.conf крутил по всякому, толку нет.

От: vldk

Здравствуйте!

Специально зарегистрировался, ибо имею похожую проблему.

Есть заббикс с двумя интерфейсами в разных подсетях, условно 10.0.0.5 и 10.11.0.5

Все хосты из сети 10.0.0.0/16 прекрасно видны и мониторятся.

Хосты из сети 10.11.0.0/16 заббикс не видит в упор, причем из консоли пинги туда ходят и snmpwalk вываливает простыни с девайсов с включенным snmp.

SourceIP в zabbix_server.conf крутил по всякому, толку нет.

Из консоли zabbix сервера покажите вывод команды:

netstat -tulnp

Я подозреваю, у вас сам сервер работает и слушает только один интерфейс.

root@monitoring:/home/vlad# netstat -tulnp
Активные соединения с интернетом (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State       PID/Program name    
tcp        0      0 127.0.0.53:53           0.0.0.0:*               LISTEN      811/systemd-resolve 
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1557/sshd           
tcp        0      0 0.0.0.0:10050           0.0.0.0:*               LISTEN      1321/zabbix_agentd  
tcp        0      0 0.0.0.0:10051           0.0.0.0:*               LISTEN      7076/zabbix_server  
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      1261/mysqld         
tcp6       0      0 :::80                   :::*                    LISTEN      1334/apache2        
tcp6       0      0 :::22                   :::*                    LISTEN      1557/sshd           
tcp6       0      0 :::10050                :::*                    LISTEN      1321/zabbix_agentd  
tcp6       0      0 :::10051                :::*                    LISTEN      7076/zabbix_server  
udp        0      0 127.0.0.53:53           0.0.0.0:*                           811/systemd-resolve 
udp        0      0 10.0.0.5:68            0.0.0.0:*                           789/systemd-network 
udp        0      0 127.0.0.1:161           0.0.0.0:*                           1046/snmpd          
udp        0      0 0.0.0.0:37338           0.0.0.0:*                           7088/zabbix_server: 
udp        0      0 0.0.0.0:39753           0.0.0.0:*                           1046/snmpd          

Это вывод с закомментированным Source IP.

А в самом заббикс сервере, в логах какие ошибки по агентам, с которыми нет связи? Если делать telnet запросы с сервера к агенту или наоборот на проты 10050 и 10051, связь устанавливается?

Ни разу такую схему не использовал, даже не знаю, что посоветовать. Я обычно на уровне маршрутизаторов разделяю подсети, а на серверах по одному интерфейсу оставляю. 

В том и дело, что агентов в той подсети нет, это vlan для управления свитчами, а мне нужно сделать первичное обнаружение для последующего аудита.

Но вот сейчас отключил все правила, проверил еще раз, что все закомментировано, перезапустил сервак и чудо, головной свитч нарисовался в мониторинге.

Подозреваю, что есть глючок в версии 4.2 с чтением конфигов и активацией обнаружения на втором интерфейсе.

Пока не пнешь, не полетит.

Ну очень медленно идет обнаружение на втором интерфейсе, на данный момент обнаружено 9 свитчей из 41-го.

Nmap мне их выплюнул за час.