Wenn ein Gerät in Level als offline angezeigt wird, tatsächlich aber eingeschaltet und verbunden ist, liegt die Ursache fast immer an AV/EDR-Interferenzen oder einer Firewall, die die ausgehenden Verbindungen des Agenten blockiert. Beginnen Sie mit dem --check Befehl — er identifiziert den genauen Fehlerpunkt ohne Rätselraten.

Ausführen von --check auf dem betroffenen Gerät, während es Netzwerkzugriff hat. Es testet jeden Teil der Agenten-Konnektivität zu Level und meldet genau, wo der Fehler liegt.

Die zwei Abschnitte, auf die Sie sich konzentrieren sollten:

Level-Prüfungen — zeigt an, ob der Agentendienst und die Watchdog-Aufgabe im erwarteten Zustand sind (Running / Ready). Wenn einer davon ein Problem anzeigt, hat AV/EDR höchstwahrscheinlich die Agenten-Binärdatei unter Quarantäne gestellt. Der Watchdog hält den Dienst unter normalen Bedingungen am Laufen — wenn er es nicht tut, hat ihn etwas Externes gestoppt.

Verbindungsprüfungen — zeigt den Status von online.level.io, agents.level.io, uptime monitor, und realtime client. Die ersten drei sind Ping-Prüfungen (ICMP), während realtime client meldet die separate Echtzeit-Verbindung des Agenten. Error: no ping stats bedeutet, dass die Ping-Prüfung keine ICMP-Antworten erhalten hat. Wenn der Echtzeit-Client Connected, hat der Agent nach wie vor seine Echtzeit-Verbindung, auch wenn eine oder mehrere Ping-Prüfungen fehlschlagen.

Wenn --check zeigt den Dienst oder Watchdog nicht im erwarteten Zustand, oder wenn --check überhaupt nicht ausgeführt wird, prüfen Sie, ob die Level-Binärdatei noch auf dem Datenträger vorhanden ist:

Wenn die Binärdatei fehlt, hat AV/EDR sie entfernt. Level verfügt über keinen Mechanismus, um die eigene Binärdatei zu löschen — eine fehlende ausführbare Datei bedeutet, dass Ihre Sicherheitssoftware sie unter Quarantäne gestellt oder gelöscht hat.

Zur Untersuchung: Überprüfen Sie das Quarantäneprotokoll und den Aktivitätsverlauf Ihrer Sicherheitssoftware rund um den Zeitpunkt, zu dem das Gerät offline ging. Suchen Sie nach Aktionen, die gegen level.exe oder verwandte Prozesse. Einige Produkte — SentinelOne, ESET und bestimmte Defender-Konfigurationen — tun dies still und ohne sichtbare Warnung.

Zur Behebung: Stellen Sie die Binärdatei aus der Quarantäne wieder her, falls möglich, und fügen Sie dann die entsprechenden Ausschlüsse hinzu, bevor Sie sie neu installieren. Siehe AV/EDR-Fehlerkennungen nach Ausschlusspfaden, Zertifikatdetails und einer Windows Defender-Automatisierung, die Sie auf Geräten bereitstellen können. Wenn die Binärdatei noch vorhanden ist, der Dienst aber gestoppt ist, gelten dieselben Ausschlussschritte — das AV blockiert wahrscheinlich die Ausführung, anstatt die Datei zu entfernen.

Wenn der Level-Prüfungen Abschnitt sieht fehlerfrei aus, aber Verbindungsprüfungen Fehler anzeigen, vergleichen Sie die drei Ping-Prüfungen mit realtime client:

Der Agent benötigt ausgehenden Zugriff auf diese URLs:

Das Erlauben eines Hostnamens erlaubt nicht immer die Echtzeit-Verbindung. Ein Inhaltsfilter, eine Firewall oder ein Proxy kann den WebSocket-Datenverkehr dennoch blockieren, untersuchen, umschreiben oder schließen.

Wenn realtime client einen Fehler in einem gefilterten Netzwerk meldet, bitten Sie den Netzwerkadministrator oder Filteranbieter:

Diese Einstellungen sind Fehlerbehebungsanforderungen für gefilterte Netzwerke. Ein Echtzeit-Client-Fehler beweist für sich allein nicht, dass die Filterung die Ursache ist. Nachdem Sie die Netzwerkrichtlinie geändert haben, führen Sie --check erneut und bestätigen Sie, dass realtime client meldet Connected.

Erforderliche Ports (nur ausgehend):

Wenn --check nicht auf eine klare Ursache hindeutet, wenden Sie sich mit folgenden Informationen an den Level-Support: