Nápověda a návodyLAN agenti (interní síť) › Vytvoření prvního LAN monitoru

Vytvoření prvního LAN monitoru

4 min čtení · LAN agenti (interní síť)

Ve zkratce: Po instalaci agenta vytvoříte LAN monitor přes tlačítko „Přidat nový monitor". V dropdownu typu vyberete lan_ping, lan_tcp nebo lan_http, vyplníte cíl a vyberete agenta ze seznamu.

Krok za krokem

  1. V dashboardu klikněte na + Přidat nový monitor.
  2. Zadejte název (např. „NAS Synology - zálohy" nebo „Tiskárna recepce").
  3. V poli Typ monitoru vyberte jeden z LAN typů - viz tabulka níže.
  4. V poli URL/hostname/host:port zadejte cíl.
  5. V poli LAN agent vyberte agenta, který má kontrolu provádět.
  6. Nastavte Interval (minimum podle plánu).
  7. Stiskněte Vytvořit monitor.

Typy a formát cíle

TypFormát cílePříklad
lan_ping IP nebo hostname 192.168.1.10
nas.local
lan_tcp host:port 10.0.0.50:5432
192.168.1.20:22
lan_http plná URL http://nas.local
http://192.168.1.50:3000/healthz
Tip - co vybrat pro konkrétní zařízení:
  • Router, switch, AP, tiskárna, kamera - lan_ping stačí. Detekuje výpadek proudu nebo síťovou chybu.
  • Databáze, SSH, SMTP, RDP, VPN gateway - lan_tcp na konkrétní port. Detekuje i když host běží, ale služba spadla.
  • NAS GUI, interní web, lokální API - lan_http. Volá HTTP GET, akceptuje 2xx i 3xx.

Sub-milisekundová měření

Pro LAN cíle typicky RTT je menší než 1 milisekunda (např. 0,05 ms na lokální ethernet). ePulz.io ukládá response_ms jako float s přesností na 3 desetinná místa. V grafech a dashboardu uvidíte přesné hodnoty namísto zaokrouhlení na celé milisekundy.

Co se stane při první kontrole

  1. Monitor se uloží s last_status = pending.
  2. Agent při dalším pull cyklu (do 30 s) dostane úlohu.
  3. Lokálně provede ping/TCP/HTTP check.
  4. Pošle výsledek přes HTTPS zpět. V dashboardu uvidíte up nebo down s response time.

Řešení problémů

  • Monitor zůstává ve stavu „pending" - zkontrolujte, zda agent běží (journalctl -u epulzio-agent -f nebo docker logs epulzio-agent).
  • ping vrací DOWN z agenta, ale ping z hostitele funguje - v Docker variantě chybí --network host; container je v izolované síti.
  • lan_http vrací DOWN s SSL chybou - cíl má self-signed cert. Použijte http:// namísto https:// pro interní webové aplikace.
  • Dostávám hodně false-positive alertů - zvyšte notify_after_failures v detailu monitoru (např. 3 = alert až po 3 po sobě jdoucích neúspěších).

Související:

Email a Telegram alerty pro LAN monitory fungují stejně jako pro cloud monitory.

Notifikace →