Установка і настройка Nagios в Ubuntu

1. Про проект
2. установка Nagios
3. Файли Nagios
4. Моніторинг Windows систем
5. Відправлення повідомлень
6. висновок

Наша взаимовыгодная связь https://banwar.org/

Стаття надрукована в журналі

Сучасний бізнес міцно зав'язаний на IT-технологіях. Від стабільності роботи серверного і мережевого устаткування залежить ефективність компанії будь-якого розміру і її престиж. Постійне спостереження за всіма компонентами дозволить виявити проблемні ділянки і усунути їх до того, як станеться збій, або вони зможуть вплинути на роботу мережі, а оповіщення допоможе швидко усунути несправність.

Про проект

Завдання проекту - розробка вільної системи моніторингу комп'ютерних систем і мереж. Така система стежить за вузлами або службами і в разі виникнення проблем (наприклад, служба не відповідає) оповіщає адміністратора. Nagios проводить моніторинг роботи більшості мережевих сервісів: SMTP, POP3, IMAP, SSH, TELNET, FTP, HTTP, DNS і багатьох інших. Також з його допомогою можна здійснювати контроль за використанням ресурсів серверів: завантаженість процесора, витрачання оперативної пам'яті, дискового простору і т.д. Причому не тільки в Unix, але і в інших ОС. Наприклад, моніторинг роботи серверів під управлінням Windows забезпечується модулем NRPE_NT. Можливий віддалений моніторинг через шифровані SSH або SSL тунелі. Проста архітектура модулів розширень дозволяє створювати свої способи перевірки служб і обробники подій (наприклад, перезапуск завислого сервісу). Концепція «батьківських» вузлів дає можливість визначити ієрархію і залежності між хостами, таким чином, можна відрізняти дійсно непрацюючі вузли від тих, які недоступні системі моніторингу через неполадки на проміжних пунктах. Адміністратори люблять Nagios за вміння будувати карти мережевої інфраструктури і графіки різних параметрів спостережуваних систем.
Проект виник в 2002 році, хоча перший час він був відомий як NetSaint. Його лідером є програміст Етан Галстад. Саме слово Nagios є рекурсивним акронімом, який розшифровується як Nagios Is not Gonna Insist On Sainthood (Nagios не збирається наполягати на святості), що є натяком на попередню назву проекту Saint. Функціональність розширюється за рахунок плагінів і аддонов, велика частина з яких доступна на сторінці закачки.
В даний час пропонується дві гілки продукту: рання 2.х і нова 3.х. В останній не тільки виправлені знайдені раніше помилки, додані нові макроси і багато іншого, але, що не менш важливо, переглянутий алгоритм сканування, з метою усунути один з головних недоліків цієї системи - повільність при перевірці великих мереж. У 2.х всі тести проходять практично послідовно, в новій редакції завдання виконуються паралельно. Хоча друга версія поки що розвивається, очевидно, що в майбутньому всі сили будуть кинуті на гілку 3. Тому далі мова піде саме про неї, хоча відмінності в настройках не значні.

установка Nagios

Установку будемо виробляти в Ubuntu, в інших дистрибутивах процес повністю аналогічний, за винятком початкового етапу - встановлення залежностей. Пошук в репозитарії командою:

$ Sudo apt-cache search nagios

Видасть ряд пакетів. Причому в цьому списку присутні обидві версії Nagios (пакети 2-ий версії називаються nagios2).

Шукаємо пакети в репозитарії Ubuntu

Але в репозитарії не завжди найсвіжіша версія, тому будемо ставити з початкових кодів.
Якщо ще не встановлювався компілятор та інші необхідні інструменти, ставимо метапакет build-essential. Для перегляду статистики Nagios нам знадобиться веб-сервер і графічна бібліотека GD2 (потрібна для динамічної роботи із зображеннями):

$ Sudo apt-get install apache2 libgd2-xpm-dev $ sudo apt-get install build-essential

Перед компіляцією Nagios слід створити спеціального користувача і групу, від імені яких він буде працювати. Якщо цього не зробити, Nagios зібрати не вдасться.

$ Sudo useradd -m nagios $ sudo passwd nagios
У деяких дистрибутивах при створенні нового користувача автоматично створюється група з таким же ім'ям. Створюємо облікові записи
Перевіряємо, чи так це: $ grep nagios / etc / group nagios: x: 1001
Якщо висновок нічого не показав, створюємо таку групу вручну:
$ Sudo usermod -G nagios nagios
Група nagcmd необхідна для управління настройками через веб-інтерфейс, в цю групу повинна бути включена обліковий запис веб-сервера (в Ubuntu - www-data) і користувач nagios: $ sudo groupadd nagcmd $ sudo usermod -G nagcmd nagios $ grep -i user / etc / apache2 / envvars export APACHE_RUN_USER = www-data $ sudo usermod -G nagcmd www-data
Тепер заходимо на сторінку і викачуємо останні версії Nagios і плагіни (Plugins). Крім стабільних версій, можна скачати останній CVS зріз, але це, напевно, більше для експериментаторів. Модулі можна скачати також зі спеціального сайту nagiosplugins.org . Тут же доступна і посилання на сторінку з аддонами ( www.nagios.org/download/addons ). Для установки вони не потрібні, але можуть надалі знадобитися при налаштуванні моніторингу деяких сервісів. Розпаковуємо отримані архіви і конфігуруємо: $ tar xzf nagios-3.0.3.tar.gz $ cd nagios-3.0.3 $ ./configure --with-command-group = nagcmd
Після закінчення процедури конфігурації буде виведена таблиця налаштувань, слід переконатися в тому, що все потрібне знайдено, і параметри вірні: General Options: ------------------------ - ... Nagios executable: nagios Nagios user / group: nagios, nagios Command user / group: nagios, nagcmd ... Web Interface Options: ------------------- ----- HTML URL: http: // localhost / nagios / CGI URL: http: // localhost / nagios / cgi-bin /
Тепер компілюємо: $ make all
Після закінчення зборки буде виданий список команд для установки різних компонентів Nagios. Ставимо все: $ sudo make install $ sudo make install-init $ sudo make install-config $ sudo make install-commandmode $ sudo make install-webconf
Після виконання третьої команди в каталог / usr / local / nagios / etc / будуть скопійовані приклади конфігураційних файлів (cgi.cfg nagios.cfg resource.cfg). Команда «make install-webconf» створить файл /etc/apache2/conf.d/nagios.conf, необхідний для роботи з веб-сервером Apache.
Щоб отримати можливість реєструватися через веб-інтерфейс, за допомогою htpasswd створимо обліковий запис nagiosadmin: $ sudo htpasswd -c /usr/local/nagios/etc/htpasswd.users nagiosadmin
Перезапускаємо апач командою: $ sudo /etc/init.d/apache2 reload
Після установки в каталог /etc/init.d/ буде поміщений скрипт для запуску Nagios, забезпечимо його автоматичне завантаження при старті системи: $ sudo ln -s /etc/init.d/nagios /etc/rcS.d/S99nagios
Установка плагінів, в общем-то, стандартна: $ tar xzf nagios-plugins-1.4.12.tar.gz $ cd nagios-plugins-1.4.12
Є й інші опції конфігурації, але нам підходять установки за замовчуванням: $ ./configure --with-nagios-user = nagios --with-nagios-group = nagios $ make $ sudo make install Налаштування команд
Тепер все готово до першого запуску Nagios, конфігураційні файли вже налаштовані на моніторинг локальної системи. Перевіряємо конфиг: $ sudo / usr / local / nagios / bin / nagios -v /usr/local/nagios/etc/nagios.cfg Total Warnings: 0 Total Errors: 0 Things look okay - No serious problems were detected during the pre- flight check
Запускаємо Nagios командою «sudo /etc/init.d/nagios start», деякий час буде витрачено на збір параметрів локальної системи. Щоб їх переглянути, за допомогою веб-браузера заходимо за адресою, підказаному при установці - http: // localhost / nagios /. Вводимо логін nagiosadmin і пароль. Розібратися з веб-інтерфейсом легко, не дивлячись на відсутність локалізації. Тепер заглянемо в конфіги. Веб-інтерфейс Nagios

Файли Nagios

Як зазначалося вище, після установки Nagios з'явиться кілька конфігураційних файлів. Основний конфиг, який містить велику кількість директив, які зчитує при запуску демон, називається nagios.cfg. Цей файл посилається ще на два типи файлів. У файлах ресурсів містяться користувацькі макроси, в тому числі і паролі для доступу до об'єктів. Цю інформацію спеціально розмістили окремо, щоб не було можливості отримати до неї доступ з CGI. З метою безпеки на такі файли встановлюються права 600 або 660. За замовчуванням файл ресурсів один - resource.cfg. Використавши директиву resource_file в nagios.cfg, можна додати будь-яку їх кількість. Об'єкти, тобто всі елементи, які беруть участь у моніторингу та сповіщення (вузли, сервіси, контакти, команди і т.д.), описуються файлами визначення об'єктів (Object Definition Files). За рахунок cfg_file можна прописати кілька таких файлів, але для зручності замість окремих файлів використовують директиву cfg_dir, за допомогою якої можна вказати Nagios на каталог, де він буде шукати файли з описами об'єктів. Таких каталогів також може бути кілька. Після установки в / usr / local / nagios / etc / буде створений підкаталог objects з прикладами таких файлів. І, нарешті, файл cgi.cfg містить настройки CGI.
Параметрів в nagios.cfg і cgi.cfg досить багато, але їх призначення часто очевидно. Повний опис всіх можливих параметрів конфігураційних файлів можна знайти в документації Nagios. Що стосується файлу ресурсів, то він дуже простий. Найбільший інтерес представляють об'єктні файли. Щоб приклад зробити цікавіше, налаштуємо моніторинг віддаленого сервера, що працює під управлінням Windows. Nagios в роботі

Моніторинг Windows систем

У підкаталозі objects є готові шаблони об'єктних файлів для більшості випадків. Як шаблон налаштування візьмемо windows.cfg. Підключаємо його, знявши коментар в nagios.cfg: cfg_file = / usr / local / nagios / etc / objects / windows.cfg
Тепер відкриваємо windows.cfg і правимо: $ sudo nano /usr/local/nagios/etc/objects/windows.cfg # Опис вузла (IP адреса, ім'я) define host {; Спадкування значень за замовчуванням з шаблону use windows-server host_name server01 alias Windows Server address 192.168.1.20} # Опис контрольованих сервісів define service {use generic-service host_name server01 service_description NSClient ++ Version # Команда для перевірки check_command check_nt! CLIENTVERSION} # Контроль завантаження процесора define service {use generic-service host_name server01 service_description CPU Load check_command check_nt! CPULOAD! -l 5,80,90} # Витрата оперативної пам'яті нас також цікавить define service {use generic-service host_name server01 service_description Memory Usage check_command check_nt! MEMUSE! -w 80 -c 90} # Щоб додати контроль конкретного сервісу (наприклад Explorer), використовуємо таку конструкцію: define service { use generic-service host_name server01 service_description Explorer check_command check_nt! PROCSTATE! -d SHOWALL -l Explorer.exe}
І так далі. Опис параметрів можна знайти в зазначеному файлі і конфіги клієнта (про нього трохи нижче). Тепер на сервер під керуванням Windows необхідно встановити програму-клієнт, перші версії якої були написані ще для NetSaint. На сторінці для закачування можна знайти zip архів або інсталяційний файл. Зверни увагу, що для 32 і 64 бітних систем слід брати різні файли. Установка msi файлу стандартна, в разі zip архіву його потрібно розпакувати, а потім, перейшовши в цей каталог, ввести у вікні терміналу дві команди:
> Nsclient ++ / install
> Nsclient ++ SysTray
Після цього в консолі Служби з'явиться новий сервіс. Викликаємо вікно властивостей, переходимо на вкладку «Вхід в систему» і зводимо прапорець «Дозволити взаємодію з робочим столом«. Запустити її можна звідси ж або з меню Пуск, вибравши потрібний пункт у вкладці, або ввівши в терміналі:
> Nsclient ++ / start
Але перед запуском слід змінити параметри в файлі конфігурації NSC.ini, який знаходиться в підкаталозі, де встановлений NSClient ++. Не дивлячись на те, що параметрів всередині багато, часто досить просто зняти коментарі.
файл NSC.ini
[modules]
# Знімаємо ремарки з потрібних модулів
# (Є й інші, але вони поки знаходяться в стадії тестування)
FileLogger.dll
CheckSystem.dll
CheckDisk.dll
NSClientListener.dll
NRPEListener.dll
SysTray.dll
CheckEventLog.dll
CheckHelpers.dll
CheckWMI.dll
[Settings]
# Пароль для доступу
password = secret-password
# Вузол або вузли, яким дозволено підключення
allowed_hosts = 192.168.1.100
[NSClient]
# Порт, на якому буде працювати NSClientListener.dll
port = 12489
Якщо був встановлений пароль для доступу до NSClient ++ клієнту, слід змінити команду для підключення. Команди описуються в файлі commands.cfg, за замовчуванням він вже підключений в nagios.cfg, але не полінуйся перевірити, чи так це.
сfg_file = / usr / local / nagios / etc / objects / commands.cfg
Для зчитування даних і передачі їх сервера використовується плагін check_nt, що входить в стандартну поставку Nagios. Відкриваємо commands.cfg і наводимо запис check_nt до наступного вигляду, вказавши після параметра '-s' пароль для доступу.

$ Sudo nano /usr/local/nagios/etc/objects/commands.cfg
define command {
command_name check_nt
command_line $ USER1 $ / check_nt -H $ HOSTADDRESS $ -p 12489 \
-s secret_password -v $ ARG1 $ $ ARG2 $
}
Слід витратити деякий час на вивчення цього файлу. Це зніме ряд питань про те, як працює Nagios. Після всіх змін перевіряємо конфіги і перезапускаємо Nagios: $ sudo / usr / local / nagios / bin / nagios -v /usr/local/nagios/etc/nagios.cfg $ sudo /etc/init.d/nagios reload
Все, тепер програма деякий час витратить на збір інформації, після чого дані будуть доступні через веб-інтерфейс.

Відправлення повідомлень

Як говорилося, Nagios може не тільки збирати статистику, але і оповіщати при виникненні проблем. Дві команди notify-host-by-email та notify-service-by-email, описані в commands.cfg, дозволяють відсилати попередження на email. Але щоб вони працювали, в Ubuntu необхідно встановити пакет mailx і змінити шлях в описі с / bin / mail на / usr / bin / mail (або зробити відповідний симлінк). Куди відправляти повідомлення, описується в файлі contacts.cfg.

$ Sudo nano /usr/local/nagios/etc/objects/contacts.cfg
define contact {
contact_name nagiosadmin
alias Nagios Admin
# Період оповіщення
service_notification_period 24 × 7
host_notification_period 24 × 7
# Параметри стану об'єктів u = unknown (невідоме), w = warning (попередження), c = critical (критичне), r = recoveries (відновлено), f = старт / стоп, n = none (відключення повідомлень)
service_notification_options w, u, c, r
host_notification_options d, u, r
# Тип оповіщення з commands.cfg
service_notification_commands notify-by-email, notify-by-epager
host_notification_commands host-notify-by-email, host-notify-by-epager
# Адреси
email [email protected]
pager [email protected]
address1 [email protected]
}
Використовуючи контактні групи (contactgroups.cfg), можна визначити користувачів, яким будуть відправлятися оповіщення про роботу конкретних типів серверів або сервісів. Не забудь перевірити, щоб цей файл був підключений в nagios.cfg.

висновок

Це далеко не всі можливості Nagios, їх наскільки багато, що на опис не вистачить і книги. Напевно, Nagios не дуже зручний для моніторингу одиничного комп'ютера або сервісу, його потенціал повністю розкривається в середніх і великих мережах зі складною структурою. Це як раз той випадок, коли слід познайомитися з ним ближче.