Поверка dns (net.tcp.dns)

[hubbly-bubbly]

Есть необходимость мониторить работоспособность нескольких dns серверов, в которых имеется информация о какой то определенной зоне, например blablabla.ru.


Судя по описанию элемента данных это можно сделать при помощи
net.tcp.dns[ip_NS,blablabla.ru]
что я считал по принципу схожим с выполнением команды
dig blablabla.ru @ip_NS

Но, как оказалось, при неработоспособности dns сервера с адресом ip_NS значение элемента данных net.tcp.dns[ip_NS,blablabla.ru] все равно остается равным 1.
Каким образом тогда проверять работоспособность этого dns сервера?

[dima_dm]

В документации написано
ip - IP адрес DNS сервера (игнорируется)
http://www.zabbix.com/documentation/...l/config/items

[hubbly-bubbly]

Я вижу, что там так написано. Тогда какой смысл вообще его вставлять в элемент данных?
То есть работоспособность конкретного dns сервера средствами zabbix никак не проверить?

[dima_dm]

Я вижу, что там так написано. Тогда какой смысл вообще его вставлять в элемент данных?
То есть работоспособность конкретного dns сервера средствами zabbix никак не проверить?

Можно через внешний скрипт и UserParameter

#!/usr/bin/perl
use Net::DNS;
my $debug=0; #debug 0 - OFF; 1 - ON
my $res = Net::DNS::Resolver->new(
               recurse     => 1,
               debug       => $debug,
         );
$res->nameservers("$DNS_Server");
my @zone = $res->axfr($dns_zone);
if (defined($zone[0]))
 {
 print "$0 zone transfer ",$zone[0]->name," from $DNS_Server OK\n";
 }else
   {
    print "$0 zone transfer from $DNS_Server Failed\n";
   }

[hubbly-bubbly]

Спасибо.
А есть принципиальная разница при запуске внешних скриптов через UserParameter и при помощи system.run ?

[dima_dm]

Спасибо.
А есть принципиальная разница при запуске внешних скриптов через UserParameter и при помощи system.run ?

Мне кажется, что использование UserParameter более безопасно, т.к. через UserParameter можно сделать только то, на что рассчитан данный скрипт, а для использования system.run нужно включить в zabbix_agentd.conf
EnableRemoteCommands=1
И можно выполнить произвольную команду.

[zalex_ua]

а для использования system.run нужно включить в zabbix_agentd.conf
EnableRemoteCommands=1
И можно выполнить произвольную команду.

Ой спасибо, теперь буду знать, а то мне это обстоятельство давно покоя не давало. Только досадно что это нигде не указано в документации (именно для этого ключа system.run).

[dima_dm]

Ой спасибо, теперь буду знать, а то мне это обстоятельство давно покоя не давало. Только досадно что это нигде не указано в документации (именно для этого ключа system.run).

Указано
http://www.zabbix.com/documentation/...l/config/items

system.run[ls -l /] - подробный список файлов в корневой папке.
Примечание:
Для включения этой функциональности, в настройках агента должна быть опция EnableRemoteCommands=1.

[zalex_ua]

Только досадно что это нигде не указано в документации (именно для этого ключа system.run).

Указано
http://www.zabbix.com/documentation/...l/config/items

..мда
Досадно осознавать что я и слепой и памяти у меня нету
Спасибо.

[Mox]

Ваааапще, что-то меня zabbix все больше и больше расстраивает =(((.

[hubbly-bubbly]

практические все проблемы с dns у нас оталвливаются такой командой:

dig soa $domen @$dns_ip | grep -c '$domen.*SOA.*$dns_host.'

[Mox]

практические все проблемы с dns у нас оталвливаются такой командой:

dig soa $domen @$dns_ip | grep -c '$domen.*SOA.*$dns_host.'

спасибо! но я уже взял скрипт отсюда
http://www.zabbix.com/wiki/howto/mon...n_your_network
конечно, написать самому все это не проблема. Но вот только Заббикс весь из себя такой "изкоробочный", а оказывается, что елементарные вещи работают неправильно или не работают вообще