Перейти до основного вмісту

Посібники / Посібники з моніторингу: усі типи перевірок крок за кроком

Посібник із налаштування 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, встановленим на public, вибором версії SNMP із підсвіченою v2c серед v1, v2c і v3, та вибором команди SNMP із підсвіченим Get поряд із GetNext

  • 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 у дереві пристрою, що корисно, коли ви приблизно знаєте, де лежить значення, але не його точний індекс.

Перевірка відповіді

Розділ Перевірки відповіді з підписом сире значення, без порогу, і блоком Assertion rules із текстом Coming soon, приклад правил, щойно режим правил дійде до SNMP, а далі три приклади рядків правил

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

Підписки на сповіщення

Розділ Підписок на сповіщення з увімкненим перемикачем Підписати всі контакти на події Up/Down і списком контактів із обраними колонками Down і Up для одного контакту електронної пошти

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

Підписки на звіти

Розділ Підписок на звіти з увімкненим перемикачем Підписати всі контакти на щотижневі/щомісячні звіти і контактом з обраними колонками Weekly і Monthly

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

Приклад на практиці

Побудова графіка аптайму офісного роутера: 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 з автентифікацією і приватністю, якщо значення чи сам пристрій чутливі.

Пов'язане

Перевірити зараз

Запустіть безкоштовну перевірку власного сайту - обліковий запис не потрібен.

Cpu ram disk loads

Стежити за цим постійно

Отримуйте сповіщення в момент збою: HostTracker перевіряє з понад 300 локацій і повідомляє вас електронною поштою, SMS, у Slack, Telegram та інших каналах.

Можливості HostTracker

Ще в цьому розділі: Посібники з моніторингу: усі типи перевірок крок за кроком