Aide et guidesAgents LAN (réseau interne) › Créer premier moniteur LAN

Créer premier moniteur LAN

4 min de lecture · Agents LAN (réseau interne)

En bref : après l'installation de l'agent, créez un moniteur LAN via le bouton "Ajouter un nouveau moniteur". Dans le menu déroulant du type, choisissez lan_ping, lan_tcp ou lan_http, saisissez la cible et choisissez un agent dans la liste.

Étape par étape

  1. Dans le tableau de bord, cliquez sur + Ajouter un nouveau moniteur.
  2. Saisissez un nom (par ex. "NAS Synology - sauvegardes" ou "Imprimante accueil").
  3. Dans le champ Type de moniteur, choisissez l'un des types LAN - voir le tableau ci-dessous.
  4. Dans le champ URL/hostname/host:port, saisissez la cible.
  5. Dans le champ Agent LAN, choisissez l'agent qui doit effectuer la vérification.
  6. Définissez l'intervalle (minimum selon le plan).
  7. Cliquez sur Créer le moniteur.

Types et format de cible

TypeFormat de la cibleExemple
lan_ping IP ou hostname 192.168.1.10
nas.local
lan_tcp host:port 10.0.0.50:5432
192.168.1.20:22
lan_http URL complète http://nas.local
http://192.168.1.50:3000/healthz
Astuce - quoi choisir pour un équipement spécifique :
  • Routeur, switch, AP, imprimante, caméra - lan_ping suffit. Détecte une panne de courant ou une erreur réseau.
  • Base de données, SSH, SMTP, RDP, passerelle VPN - lan_tcp sur un port spécifique. Détecte même quand l'hôte tourne mais que le service est tombé.
  • GUI du NAS, web interne, API locale - lan_http. Appelle un HTTP GET, accepte 2xx et 3xx.

Mesures sub-millisecondes

Pour les cibles LAN, le RTT est typiquement inférieur à 1 milliseconde (par ex. 0,05 ms sur un ethernet local). ePulz.io stocke response_ms en float avec une précision de 3 décimales. Dans les graphiques et le tableau de bord, vous voyez les valeurs exactes au lieu d'un arrondi à la milliseconde entière.

Ce qui se passe lors de la première vérification

  1. Le moniteur est enregistré avec last_status = pending.
  2. L'agent reçoit la tâche lors du prochain cycle pull (dans les 30 s).
  3. Il effectue localement la vérification ping/TCP/HTTP.
  4. Il renvoie le résultat via HTTPS. Dans le tableau de bord, vous voyez up ou down avec le temps de réponse.

Résolution des problèmes

  • Le moniteur reste en état "pending" - vérifiez que l'agent tourne (journalctl -u epulzio-agent -f ou docker logs epulzio-agent).
  • Le ping retourne DOWN depuis l'agent, mais le ping depuis l'hôte fonctionne - dans la variante Docker, il manque --network host ; le conteneur est dans un réseau isolé.
  • lan_http retourne DOWN avec une erreur SSL - la cible a un certificat auto-signé. Utilisez http:// au lieu de https:// pour les applications web internes.
  • Je reçois beaucoup de fausses alertes - augmentez notify_after_failures dans le détail du moniteur (par ex. 3 = alerte seulement après 3 échecs consécutifs).

Lié :

Les alertes email et Telegram pour les moniteurs LAN fonctionnent comme pour les moniteurs cloud.

Notifications