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

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

Die zwei Abschnitte, auf die zu achten ist:

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 Agent-Binärdatei unter Quarantäne gestellt. Der Watchdog hält den Dienst unter normalen Bedingungen am Laufen — wenn dies nicht der Fall ist, hat etwas Externes ihn 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 seine Echtzeit-Verbindung noch, 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 werden kann, prüfen Sie, ob die Level-Binärdatei noch auf der Festplatte vorhanden ist:

Wenn die Binärdatei fehlt, hat AV/EDR sie entfernt. Level hat keinen Mechanismus, um seine 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, als das Gerät offline ging. Achten Sie auf jede Aktion 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 neu installieren. Siehe AV/EDR-Fehlerkennungen für Ausschlusspfade, Zertifikatdetails und eine Windows Defender-Automatisierung, die Sie auf Geräten bereitstellen können. Wenn die Binärdatei noch vorhanden ist, aber der Dienst 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 folgende URLs:

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

Ably-Endpunkt-CNAMEs: Die Endpunkt-Hostnamen von Ably sind DNS-Aliase. Schließen Sie sowohl die Endpunkt-Hostnamen als auch deren CNAME-Ziele ein, wenn Sie Netzwerk-Erlaubnislisten und Ably-spezifische SSL/TLS-Entschlüsselungsausschlüsse konfigurieren.

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

Diese Einstellungen sind Anforderungen zur Fehlerbehebung für gefilterte Netzwerke. Ein Echtzeit-Client-Fehler beweist für sich allein nicht, dass Filterung die Ursache ist. Führen Sie nach der Änderung der Netzwerkrichtlinie --check erneut aus und bestätigen, dass realtime client meldet Connected.

Erforderliche Ports (nur ausgehend):

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