Ayuda y guíasAgentes LAN (red interna) › Crear primer monitor LAN

Crear primer monitor LAN

4 min de lectura · Agentes LAN (red interna)

En resumen: Tras instalar el agente, cree un monitor LAN con el botón "Añadir nuevo monitor". En el desplegable de tipo elija lan_ping, lan_tcp o lan_http, rellene el destino y elija el agente de la lista.

Paso a paso

  1. En el panel haga clic en + Añadir nuevo monitor.
  2. Introduzca un nombre (por ejemplo "NAS Synology - backups" o "Impresora recepción").
  3. En el campo Tipo de monitor elija uno de los tipos LAN: véase la tabla más abajo.
  4. En el campo URL/hostname/host:port indique el destino.
  5. En el campo LAN agent seleccione el agente que debe realizar la comprobación.
  6. Configure el Intervalo (mínimo según el plan).
  7. Pulse Crear monitor.

Tipos y formato del destino

TipoFormato del destinoEjemplo
lan_ping IP o hostname 192.168.1.10
nas.local
lan_tcp host:port 10.0.0.50:5432
192.168.1.20:22
lan_http URL completa http://nas.local
http://192.168.1.50:3000/healthz
Consejo - qué elegir para cada dispositivo:
  • Router, switch, AP, impresora, cámara - basta con lan_ping. Detecta caídas de corriente o errores de red.
  • Base de datos, SSH, SMTP, RDP, VPN gateway - lan_tcp al puerto concreto. Detecta también cuando el host está vivo pero el servicio ha caído.
  • GUI de NAS, web interna, API local - lan_http. Hace HTTP GET, acepta 2xx y 3xx.

Mediciones sub-milisegundo

Para destinos LAN el RTT suele ser inferior a 1 milisegundo (por ejemplo 0,05 ms en una ethernet local). ePulz.io guarda response_ms como float con precisión de 3 decimales. En los gráficos y en el panel verá los valores exactos en lugar de redondeos a milisegundos enteros.

Qué ocurre en la primera comprobación

  1. El monitor se guarda con last_status = pending.
  2. El agente, en el siguiente ciclo de pull (hasta 30 s), recibe la tarea.
  3. Realiza localmente el check ping/TCP/HTTP.
  4. Envía el resultado por HTTPS de vuelta. En el panel verá up o down con el response time.

Solución de problemas

  • El monitor se queda en estado "pending" - compruebe si el agente está en marcha (journalctl -u epulzio-agent -f o docker logs epulzio-agent).
  • El ping devuelve DOWN desde el agente, pero el ping desde el host funciona - en la variante Docker falta --network host; el contenedor está en una red aislada.
  • lan_http devuelve DOWN con error SSL - el destino tiene un certificado autofirmado. Use http:// en lugar de https:// para aplicaciones web internas.
  • Recibo muchas alertas de falsos positivos - aumente notify_after_failures en el detalle del monitor (por ejemplo 3 = alerta solo tras 3 fallos consecutivos).

Relacionado:

Las alertas por correo y Telegram para monitores LAN funcionan igual que para los monitores cloud.

Notificaciones →