VIGIL MESH

Documentation

Outils de diagnostic

Diagnostiquer efficacement, c'est savoir quel outil interroge quelle couche. VIGIL-MESH en offre quatre : le point de santé /healthz pour vérifier qu'un service répond, la topologie temps réel dans la console pour voir le réseau tel qu'il est vu par la vigie, les logs et le statut d'enrôlement pour comprendre l'état d'un appareil, et les contrôles de connectivité pour valider un lien de bout en bout. Cette page décrit chacun et indique quand s'en servir.

Le point de santé /healthz

Le point d'entrée le plus simple pour savoir si un service répond est /healthz. Une requête GET sur ce point renvoie l'état de santé du service interrogé : c'est le premier contrôle à faire quand on ne sait pas encore si le problème vient du service lui-même ou de sa connectivité.

  • Une réponse saine indique que le service est en vie et répond aux requêtes. C'est un « oui » à la question « le service tourne-t-il ? », pas une preuve que tout le chemin réseau fonctionne.
  • Pas de réponse : le service ne tourne pas, n'écoute pas, ou n'est pas joignable depuis l'endroit d'où vous testez. Distinguez ces cas en testant depuis un autre point.
  • Utilisez /healthz comme premier tri : s'il répond, cherchez le problème plus haut (politique d'accès, chemin, abonnement) ; s'il ne répond pas, cherchez côté service ou joignabilité de base.

Topologie temps réel dans la console

La console offre une vue d'ensemble que les tests locaux ne donnent pas : l'inventaire des appareils, leur statut et la topologie du réseau telle que la vigie la voit. C'est l'endroit où vérifier d'un coup d'œil qu'un appareil est bien présent, actif, et relié à ses pairs.

  • Inventaire : chaque appareil figure avec son statut (actif, en attente, suspendu…), son adresse mesh et son nom.
  • Topologie : les liens d'un appareil vers ses pairs du même réseau sont représentés, ce qui aide à repérer un nœud isolé.
  • Indicateurs d'état : ils indiquent si un pair est en ligne et depuis quand.

Logs et statut d'enrôlement

Quand un appareil ne se comporte pas comme attendu, deux sources renseignent sur son état : ses logs locaux et son statut d'enrôlement. Le statut d'enrôlement dit si l'appareil est admis et approuvé ; les logs disent ce qu'il tente et où il échoue.

SourceCe qu'elle renseigneQuand la consulter
Statut d'enrôlementL'appareil est-il admis, en attente d'approbation, suspendu, révoqué ou expiré ?Quand un nœud n'a pas d'adresse ou n'apparaît pas comme actif.
Logs locaux du nœudCe que le nœud tente, ses erreurs, ses bascules relais/direct et tcp-only.Quand le nœud est connecté mais se comporte mal, ou reste sur relais.
ConsoleStatut vu par la vigie, corrélé à l'inventaire et à la topologie.Pour recouper la vue locale avec la vue centrale.

Vérifier la connectivité

Une fois le service sain et l'appareil actif, reste à valider le lien de bout en bout. La procédure de vérification de connectivité enchaîne quelques contrôles simples — adresse attribuée, joignabilité d'un pair, résolution de noms, topologie — dont chacun isole une couche différente.

  1. 1
    Confirmer l'adresse attribuéeL'appareil porte-t-il une adresse en 100.64.x ? Sans adresse, il n'est pas allé au bout de son enrôlement.
  2. 2
    Joindre un pairEnvoyez un ping vers l'adresse d'un autre appareil actif. Une réponse confirme que le chemin est établi, même via le relais.
  3. 3
    Vérifier la résolution de nomsRésolvez le nom d'un pair et joignez-le par son nom : si l'adresse répond mais pas le nom, le problème est côté résolution, pas côté connectivité.
  4. 4
    Observer la topologieRecoupez avec la console, en laissant passer un cycle de rafraîchissement (~30 s).

Questions fréquentes

Par quel outil commencer un diagnostic ?
Par le tri le plus large : GET /healthz pour savoir si le service répond, puis la console pour vérifier que l'appareil est actif et relié. Ensuite seulement, descendez vers les logs et les contrôles de connectivité.
Un appareil n'apparaît pas dans la console, est-ce forcément une panne ?
Pas forcément. La topologie est rafraîchie toutes les ~30 secondes : un appareil qui vient de se connecter ou de partir peut mettre ce délai à se refléter. Laissez passer un cycle avant de conclure.
Que m'apprend /healthz exactement ?
Uniquement que le service interrogé est vivant et répond. Il ne dit rien du chemin réseau, des abonnements multicast ni des politiques d'accès — c'est un point de départ, pas un diagnostic complet.
Le nœud est connecté mais se comporte mal, où regarder ?
Dans ses logs locaux : ils montrent ce qu'il tente, ses bascules relais/direct et tcp-only, et ses erreurs. Vérifiez d'abord que le statut d'enrôlement est bien « actif ».
Lire ensuiteRéférence des ports

In English

Effective diagnosis means knowing which tool probes which layer. VIGIL-MESH offers four: a GET /healthz health check to confirm a service answers, the live topology in the console (refreshed roughly every 30 seconds) to see the network as the vigie sees it, logs and enrolment status to understand a device's state, and connectivity checks to validate a link end to end.

Start with the broadest triage — /healthz, then the console inventory and topology — before drilling into logs and connectivity. A device that just connected or left may take a refresh cycle to appear.

Enrolment status comes first: a pending or suspended device has no address and will not connect, so check status before digging into logs.