BIND имеет a transfer-source
опция, которая управляет, какой локальный адрес используется для выборки зон. Добавьте его к options
раздел named.conf
:
options {
// ...
transfer-source t.t.t.t;
};
С этим набором опции BIND отошлет сообщения запроса о переводе от t.t.t.t
. Ответам от ведущего устройства затем передадут обратно t.t.t.t
. Необходимо будет также настроить ведущее устройство для принятия зональных передач от t.t.t.t
(если Вы поэтому уже не сделали).
Вы также хотели бы устанавливать query-source
и notify-source
опции управлять, какой локальный адрес используется для того, чтобы сделать запросы и отправить, уведомляют сообщения соответственно:
query-source address t.t.t.t;
notify-source t.t.t.t;
Дальнейшая документация для этих опций может быть найдена в Руководстве Справочника администратора BIND, доступном от страницы документации BIND.
Вы также можете реализовать дополнительный мониторинг с помощью Nodefly, NewRelic, Pagerduty, Pingdom или любого из nagios, Munin или zabbix.
У вас есть лот из доступных вариантов.
Все ваши потребности могут быть удовлетворены с помощью журналов в /var/svc/log.
. Это журналы всего, что SMF делает с вашей системой за кулисами.
Извлечение "интересных" данных оставлено в качестве упражнения для читателя.
Загляните в collectd. Я получил его для компиляции на illumos / smartos. Также:
https://github.com/gflarity/nervous и https://github.com/gflarity/response