Si un appareil apparaît hors ligne dans Level alors qu'il est en réalité allumé et connecté, la cause est presque toujours une interférence AV/EDR ou un pare-feu bloquant les connexions sortantes de l'agent. Commencez par la commande --check — elle identifie le point de défaillance exact sans conjectures.

Exécuter --check sur l'appareil concerné pendant qu'il dispose d'un accès réseau. Il teste chaque partie de la connectivité de l'agent vers Level et indique précisément où se situe la défaillance.

Les deux sections sur lesquelles se concentrer :

Vérifications Level — indique si le service de l'agent et la tâche de surveillance sont dans l'état attendu (Running / Ready). Si l'une ou l'autre présente un problème, l'AV/EDR a très probablement mis en quarantaine le binaire de l'agent. Le chien de garde maintient le service en fonctionnement dans des conditions normales — s'il ne le fait pas, quelque chose d'externe l'a arrêté.

Vérifications de connexion — affiche l'état de online.level.io, agents.level.io, uptime monitor, et realtime client. Les trois premières sont des vérifications ping (ICMP), tandis que realtime client indique la connexion en temps réel distincte de l'agent. Error: no ping stats signifie que la vérification ping n'a reçu aucune réponse ICMP. Si le client en temps réel est Connected, l'agent conserve sa connexion en temps réel même lorsqu'une ou plusieurs vérifications ping échouent.

Si --check indique que le service ou le chien de garde n'est pas dans l'état attendu, ou si --check ne s'exécute pas du tout, vérifiez si le binaire Level est toujours présent sur le disque :

Si le binaire est absent, l'AV/EDR l'a supprimé. Level ne dispose d'aucun mécanisme pour supprimer son propre binaire — un exécutable manquant signifie que votre logiciel de sécurité l'a mis en quarantaine ou supprimé.

Pour investiguer : Consultez le journal de quarantaine de votre logiciel de sécurité et l'historique des activités autour du moment où l'appareil s'est mis hors ligne. Recherchez toute action entreprise contre level.exe ou les processus associés. Certains produits — SentinelOne, ESET et certaines configurations de Defender — le font silencieusement sans alerte visible.

Pour corriger : Restaurez le binaire depuis la quarantaine si possible, puis ajoutez les exclusions appropriées avant de réinstaller. Consultez Fausses détections AV/EDR pour les chemins d'exclusion, les détails du certificat et une automatisation Windows Defender que vous pouvez déployer sur plusieurs appareils. Si le binaire est toujours présent mais que le service est arrêté, les mêmes étapes d'exclusion s'appliquent — l'AV bloque probablement l'exécution plutôt que de supprimer le fichier.

Si la section Vérifications Level semble saine mais Vérifications de connexion indiquent des échecs, comparez les trois vérifications ping avec realtime client:

L'agent a besoin d'un accès sortant vers ces URL :

Autoriser un nom d'hôte ne permet pas toujours la connexion en temps réel. Un filtre de contenu, un pare-feu ou un proxy peut toujours bloquer, inspecter, réécrire ou fermer le trafic WebSocket.

Si realtime client signale une erreur sur un réseau filtré, demandez à l'administrateur réseau ou au fournisseur de filtrage de :

Ces paramètres sont des exigences de dépannage pour les réseaux filtrés. Une erreur du client en temps réel ne prouve pas, à elle seule, que le filtrage en est la cause. Après avoir modifié la politique réseau, exécutez --check à nouveau et confirmez que realtime client indique Connected.

Ports requis (sortants uniquement) :

Si --check ne pointe pas vers une cause claire, contactez le support Level avec :