У цьому випадку установка зводиться до введення однієї команди:
% sudo aptitude install nagios
Менеджер пакетів самостійно задовольнить всі залежності та встановить всі необхідні пакети.
4.2 Конфігурування ядра системи
Перед детальної налаштуванням слід розуміти те, як працює ядро ??Nagios. Його графічне опис наведений нижче в ілюстрації 6.2.
4.2.1 Опис роботи ядра системи
На наступному малюнку показана спрощена схема роботи служби Nagios.
Рис. 4.1 - Ядро системи
Служба Nagios читає основний конфігураційний файл, в якому крім основних параметрів роботи служби є посилання на файли ресурсів, файли опису об'єктів і конфігураційні файли CGI.
Алгоритм і логіка роботи ядра мережевого моніторингу показані нижче.
Рис. 4.2 - Алгоритм оповіщень Nagios
. 2.2 Опис взаємодії конфігураційних файлів
У директорії /etc/apache2/conf.d/ знаходиться файл nagios3.conf, з якого веб-сервер apache бере настройки для nagios.
Конфігураційні файли nagios знаходяться в директорії/etc/nagios3.
Файл /etc/nagios3/htpasswd.users містить паролі для користувачів nagios. Команда для створення файлу і установки пароля для користувача nagios за замовчуванням наведена вище. Надалі, необхідно буде опустити аргумент -c при завданні пароля для нового користувача, інакше новий файл затре старий.
Файл /etc/nagios3/nagios.cfg містить основну конфігурацію самого nagios. Наприклад, файли журналів подій або шлях до решти конфігураційним файлам, які nagios зачитує при старті.
У директорії/etc/nagios/objects задаються нові хости і сервіси.
4.2.3 Заповнення описів хостів і служб
Як було показано вище, налаштовувати ядро ??системи можна використовуючи один файл опису для хостів і служб, однак цей спосіб не буде зручний із зростанням кількості відслідковується обладнання, тому необхідно створити деяку структуру каталогів і файлів з описами хостів і служб.
Створена структура показана в Додатку З.
Файл hosts.cfg
Спочатку потрібно описати хости, за якими буде виконуватися спостереження. Можна описати як завгодно багато хостів але в цьому файлі ми обмежимося загальними параметрами для всіх хостів.
Тут описаний хост це не справжній хост, а шаблон, на якому грунтуються опису всіх інших хостів. Такий же механізм можна зустріти і в інших конфігураційних файлах, коли конфігурація грунтується на попередньо визначеному безлічі значень за замовчуванням.
Файл hostgroups.cfg
Тут додаються хости в групу хостів (hostgroup). Навіть в простій конфігурації, коли хост один, все одно потрібно додавати його в групу, щоб Nagios знав яку контактну групу (contact group) потрібно використовувати для відправки оповіщень. Про контактній групі докладніше нижче.
Файл contactgroups.cfg
Ми визначили контактну групу і додали учасника в цю групу. Така конфігурація гарантує, що всі користувачі отримають попередження в тому випадку, якщо щось не так з серверами за які відповідає група. Правда, потрібно мати на увазі, що індивідуальні налаштування по кожному з користувачів можуть перекрити ці налаштування.
Наступним кроком потрібно вказати контактну інформацію та налаштування сповіщень.
Файл contacts.cfg
Крім того, що в цьому файлі наводиться додаткова контактна інформація користувачів, одне з полів, contact_name, має ще одне призначення. CGI-cкриптов використовують імена, задані в цих полях для того щоб визначити, чи має користувач право доступу до якогось ресурсу чи ні. Ви повинні налаштувати аутентифікацію, що грунтується на .htaccess, але крім цього потрібно використовувати ті ж імена, які використані вище, для того щоб користувачі могли працювати через Web-інтерфейс.
Тепер, коли хости і контакти налаштовані, можна переходити до налаштування моніторингу окремих сервісів, за якими повинно проводитися спостереження.
Файл services.cfg
Тут ми як і у файлі hosts.cfg для хостів, задали лише загальні параметри для всіх служб.
Доступно величезна кількість додаткових модулів Nagios, але якщо якийсь перевірки все ж немає, її можна завжди написати самостійно. Наприклад, немає модуля, перевіряючого працює чи ні Tomcat. Можна написати скрипт, який завантажує jsp сторінку ...
