nagios, не отправляющий уведомление по электронной почте

Нет никакого сравнения, потому что они - действительно два полностью отдельных продукта, которые нацелены на два различных рынка. Отчасти, как Вы никогда не будете, вероятно, видеть сравнение Феррари 599 против Bugatti Veryon. Оба сумасшедших быстрых дорогих автомобиля, но нацеленный на два различных рынка.

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

Я нахожу PFSense бризом для поддержания. Настраивая ссылки обработки отказа, туннели IPSec, VPNs, и т.д. очень очень простой. Все это намного более сложно в TMG, но поэтому TMG очень тесно интегрируется в Вашу среду Active Directory.

TMG может также сделать основанную на хосте маршрутизацию HTTP, тогда как PFSense не может, таким образом, можно использовать один IP-адрес через несколько внутренних веб-серверов, не нуждаясь в определенном обратном прокси.

Одна из лучших вещей о TMG - то, что можно эффективно выключить всего доступ в Интернет одного человека путем отключения их AD учетной записи в брандмауэре. Никакая потребность настроить любую аутентификацию Сквида с RADIUS против Вашего AD и затем настраивающий ACLs.

Я сказал бы, что TMG является более трудным изучить затем PFSense, если Вы запускаете с необработанной подложки.

0
задан 31 March 2013 в 21:18
1 ответ

Вы получаете электронные письма для PING, потому что, похоже, вы использовали свою команду уведомления по электронной почте ( mailtest ) как check_command :

define service{
    use                             local-service        
    host_name                       TESTHOST
    service_description             PING
    check_command                   mailtest       ; <<<
    notifications_enabled           1
}

check_command для PING условно будет командным объектом check_ping . Команда для отправки уведомлений является свойством объекта contact .

У вас не включены активные проверки для STATUS , поэтому Nagios никогда не будет планировать проверку для этой службы ( он будет полагаться на NRPE или NRDP или какой-либо другой внешний процесс). Вероятно, это не то, что вам нужно.

Похоже, вы не связали никакие contact_groups ни с вашей службой, ни с вашими хост-объектами. Однако добавленная вами конфигурация на самом деле является лишь частью общей конфигурации, вы не показали шаблоны объектов по умолчанию, поэтому я не могу сказать, что было унаследовано.

Похоже, у вас проблемы с пониманием объектная модель Nagios, она немного ближе к программированию, чем к настройке. Схема здесь должна помочь вам разобраться в этой проблеме (она немного устарела и для Nagios 2, но это хорошая отправная точка).

Документация Nagios точна, но довольно лаконична (или лаконична), это не очень хорошо для обучения с нуля, попробуйте этот учебник: http://users.telenet.be/mydotcom/howto/nagios/index.html

Как только вы лучше поймете концепцию объекта, вы можете посмотреть в файл objects.cache и просмотрите все ваши объекты полностью определенными (это эквивалентно представлению конфигурации в веб-интерфейсе пользователя, но его легче понять, если вы редактируете файлы конфигурации напрямую).

1
ответ дан 4 December 2019 в 21:21

Теги

Похожие вопросы