Довідка та інструкціїLAN агенти (внутр. мережа) › Створення першого LAN монітора

Створення першого LAN монітора

4 хв читання · LAN агенти (внутр. мережа)

Стисло: Після встановлення агента створите LAN монітор через кнопку "Додати новий монітор". У випадаючому списку типу виберете lan_ping, lan_tcp або lan_http, заповните ціль і виберете агента зі списку.

Крок за кроком

  1. У дашборді натисніть + Додати новий монітор.
  2. Введіть назву (напр. "NAS Synology - резервні копії" або "Принтер ресепшн").
  3. У полі Тип монітора виберіть один з LAN типів - див. таблицю нижче.
  4. У полі URL/hostname/host:port введіть ціль.
  5. У полі LAN agent виберіть агента, який має виконувати перевірку.
  6. Налаштуйте Інтервал (мінімум відповідно до тарифу).
  7. Натисніть Створити монітор.

Типи і формат цілі

ТипФормат ціліПриклад
lan_ping IP або hostname 192.168.1.10
nas.local
lan_tcp host:port 10.0.0.50:5432
192.168.1.20:22
lan_http повна URL http://nas.local
http://192.168.1.50:3000/healthz
Порада - що вибрати для конкретного пристрою:
  • Роутер, switch, AP, принтер, камера - lan_ping достатньо. Виявляє збій електроживлення або мережеву помилку.
  • База даних, SSH, SMTP, RDP, VPN gateway - lan_tcp на конкретний порт. Виявляє навіть коли host працює, але служба впала.
  • NAS GUI, внутрішній веб, локальна API - lan_http. Викликає HTTP GET, приймає 2xx та 3xx.

Суб-мілісекундні вимірювання

Для LAN цілей типово RTT менший за 1 мілісекунду (напр. 0,05 мс на локальний ethernet). ePulz.io зберігає response_ms як float з точністю до 3 десяткових знаків. На графіках і в дашборді побачите точні значення замість округлення до цілих мілісекунд.

Що станеться при першій перевірці

  1. Монітор збережеться з last_status = pending.
  2. Agent при наступному pull циклі (протягом 30 с) отримає завдання.
  3. Локально виконає ping/TCP/HTTP перевірку.
  4. Надішле результат через HTTPS назад. У дашборді побачите up або down з response time.

Усунення проблем

  • Монітор залишається у стані "pending" - перевірте, чи agent працює (journalctl -u epulzio-agent -f або docker logs epulzio-agent).
  • ping повертає DOWN з агента, але ping з хоста працює - у Docker варіанті відсутній --network host; контейнер в ізольованій мережі.
  • lan_http повертає DOWN з SSL помилкою - ціль має self-signed cert. Використовуйте http:// замість https:// для внутрішніх веб-застосунків.
  • Отримую багато хибних спрацювань - підвищте notify_after_failures в деталях монітора (напр. 3 = сповіщення лише після 3 поспіль невдач).

Пов'язане:

Email і Telegram сповіщення для LAN моніторів працюють так само як для cloud моніторів.

Сповіщення →