Посібник із налаштування SNMP-моніторингу мережевих пристроїв
Перевірка SNMP зчитує одне числове значення прямо з мережевого пристрою за його OID (ідентифікатором об'єкта) за розкладом і записує його, щоб ви могли стежити за ним у часі. Пристроєм може бути роутер, комутатор, брандмауер, ДБЖ чи принтер. Це правильна перевірка, коли те, що вам треба моніторити, - не сайт, а елемент інфраструктури, що говорить лише SNMP і нічим іншим: апаратура, яка ніколи не запустить веб-сервер чи скрипт-збирач.
Перш ніж почати
Як і інші перевірки приватної інфраструктури HostTracker, SNMP не має розділу Monitoring Locations. Тут немає вибору публічних контрольних точок, бо опитування виконується з власної приватної інфраструктури перевірки HostTracker, а не з розподіленої публічної мережі. Тож пристрій має бути досяжним для перевіряльників HostTracker на тому порту, на якому він слухає SNMP (за конвенцією UDP 161, це значення вже підставлене в панелі як заповнювач). Пристрій за брандмауером без жодного вхідного доступу опитати неможливо. Приготуйте заздалегідь community string для читання (для SNMP v1/v2c) чи налаштованого користувача SNMPv3 з ключами автентифікації та приватності, а також точний OID значення, яке хочете зчитати. Джерелом цього є документація вашого пристрою чи MIB-браузер; HostTracker не знаходить OID за вас.
Цільовий пристрій
- Host : Port - ім'я хоста чи IP-адреса пристрою і порт, на якому він слухає SNMP (за конвенцією 161).
- OID - числовий ідентифікатор об'єкта, розділений крапками, для значення, яке потрібно зчитати, наприклад
1.3.6.1.2.1.1.3.0дляsysUpTime.
Необов'язкове поле Назва під ними дозволяє позначити монітор міткою, і тут це важливіше, ніж зазвичай, бо один пристрій може нести кілька перевірок SNMP, по одній на кожен OID.
Головні налаштування
- Інтервал - від 1 хвилини до 24 годин, плюс альтернатива у вигляді cron-розкладу.
- Теги - довільні мітки для групування й фільтрації моніторів.
- Повний журнал - зберігає кожне окреме опитане значення замість лише згрупованих підсумків.
- Відкрита статистика - робить сторінку статистики й журналу цього монітора доступною для поширення, включно з тими, хто не увійшов в акаунт.
З'єднання

- Community - community string для читання у версіях v1/v2c, показується лише при виборі однієї з цих версій. За замовчуванням
public, що є і заводським значенням на переважній більшості пристроїв. Змініть, якщо на вашому пристрої налаштовано інше. Community string передається у v1 і v2c відкритим текстом, тож не покладайтеся на чутливе значення через недовірену мережу. - Версія SNMP - v1, v2c чи v3. v3 - єдина версія з реальним захистом: вона автентифікує і за бажанням шифрує дані, тож облікові дані не передаються відкритим текстом, як community string у v1/v2c.
- Коли обрано v3, з'являються ще три поля: Security name (user) - ім'я користувача SNMPv3, налаштоване на пристрої; Security level - одне з
noAuthNoPriv(без автентифікації, без шифрування),authNoPriv(автентифікація, без шифрування) чиauthPriv(автентифікація і шифрування); і, щойно обрано рівень вище заnoAuthNoPriv, протокол Authentication (MD5, SHA чи SHA-256) з ключем, а дляauthPrivще й протокол Privacy (DES, AES, AES-192 чи AES-256) з власним ключем. Обидва ключі мають бути не коротшими за 8 символів і збігатися з тим, що налаштовано на самому пристрої. - Команда SNMP - Get зчитує саме той OID, що ви вказали. GetNext замість цього переходить до наступного OID у дереві пристрою, що корисно, коли ви приблизно знаєте, де лежить значення, але не його точний індекс.
Перевірка відповіді

Перевірка SNMP зчитує й записує значення, яке повідомляє пристрій, і будує графік у часі, але поки що не оцінює це значення проти порогу. Панель Assertion rules на скриншоті - це попередній перегляд мови правил, яку HostTracker уже використовує в інших місцях. Блок підписаний Coming soon і поки що нічого не робить для перевірок SNMP. Поки цього не випустили, результат Down від перевірки SNMP означає, що не вдалося саме опитування: пристрій не відповів, відхилив облікові дані, або OID не існує. Це не означає, що повернуте число перетнуло якийсь встановлений вами ліміт. Якщо вам уже сьогодні потрібне сповіщення за числовим порогом, монітор навантаження сервера (CPU/RAM/диск) проти невеликої кінцевої точки-збирача вже має цю модель умови й дебаунсу. Дивіться посібник про CPU, RAM і диск.
Підписки на сповіщення

Оберіть, які контакти дізнаватимуться про цей монітор і за якими подіями: Up, Down і Repeat (повторне нагадування, поки перевірка лишається в стані Down). Один перемикач одразу підписує кожен контакт на Up/Down, або оберіть окремі контакти й події в таблиці під ним. Наразі Down тут відображає досяжність пристрою й OID, а не саме значення.
Підписки на звіти

Окремо від сповіщень оберіть, хто отримує періодичні звіти для цього монітора - щоденні, щотижневі чи щомісячні - електронною поштою.
Приклад на практиці
Побудова графіка аптайму офісного роутера: Host : Port - це керуюча IP-адреса роутера з боку LAN і 161, OID - 1.3.6.1.2.1.1.3.0 (sysUpTime), версія SNMP - v2c з налаштованим community string пристрою, а команда - Get. Інтервал встановлено на 10 хвилин, що достатньо часто, щоб упіймати перезавантаження, не навантажуючи пристрій без потреби. Оскільки поки що немає порогу для невдачі, залиште сповіщення без підписок і спостерігайте за значенням через графік монітора. Сенс саме цієї перевірки сьогодні - історичний запис, а не сповіщення.
Усунення несправностей
- Відповіді немає взагалі. Підтвердьте, що пристрій досяжний з інтернету на вказаному вами порту, що його брандмауер дозволяє вхідний SNMP, і що community string (чи облікові дані v3) правильні.
- Значення повертається, але не те, що ви очікували. Ще раз звірте OID з документацією пристрою і спробуйте GetNext замість Get, якщо ви лише приблизно оцінювали індекс.
- SNMPv3 дає збій там, де v2c працював. Security level, протокол автентифікації і протокол приватності мають точно збігатися з конфігурацією пристрою. Розбіжність хоч в одному з них ламає все рукостискання, а не лише відсутню частину.
- Очікуєте сповіщення, коли значення перетне ліміт. Для SNMP це поки недоступно; панель Assertion rules - попередній перегляд, а не робочий перемикач. Скористайтеся монітором навантаження сервера зі збирачем, якщо вам уже сьогодні потрібні порогові сповіщення.
- Турбує видимість community string на каналі зв'язку. Це властивість SNMP v1/v2c, а не баг перевірки. Перейдіть на v3 з автентифікацією і приватністю, якщо значення чи сам пристрій чутливі.
Пов'язане
- Усі посібники з моніторингу - хаб для кожного типу перевірки HostTracker.
- Моніторинг сервера: CPU, RAM і диск - сторінка продукту, що охоплює як SNMP, так і перевірки навантаження сервера.
- Посібник про моніторинг CPU, RAM і диска - альтернативний шлях до числового значення з робочими пороговими сповіщеннями вже сьогодні.
- Що таке моніторинг сервера - контекст того, для чого потрібні ці перевірки.
- Посібник про перевірку бази даних - ще одна перевірка, що виконується з приватної інфраструктури HostTracker, а не з публічної мережі.
- Режим правил і правила перевірки відповіді - мова правил перевірки відповіді, показана в попередньому перегляді панелі Assertion rules вище.
- Усі можливості моніторингу HostTracker - перегляньте всі типи перевірок поряд одна з одною.