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

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

Die zwei Abschnitte, auf die zu achten ist:

Level-Prüfungen — zeigt an, ob der Agent-Dienst und die Watchdog-Aufgabe im erwarteten Zustand sind (Running / Ready). Wenn einer von beiden ein Problem zeigt, 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 das 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 Echtzeitverbindung des Agents. Error: no ping stats bedeutet, dass die Ping-Prüfung keine ICMP-Antworten erhalten hat. Wenn der Realtime-Client Connected, hat der Agent weiterhin seine Echtzeitverbindung, auch wenn eine oder mehrere Ping-Prüfungen fehlschlagen.

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

Wenn die Binärdatei fehlt, wurde sie von AV/EDR entfernt. Level verfügt über keinen Mechanismus zum Löschen der eigenen Binärdatei — 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 gegangen ist. Achten Sie auf jegliche Aktionen gegen level.exe oder verwandte Prozesse. Einige Produkte — SentinelOne, ESET und bestimmte Defender-Konfigurationen — tun dies still ohne sichtbare Warnung.

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

Wenn der Level-Prüfungen Abschnitt gesund aussieht, 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 Zulassen eines Hostnamens erlaubt nicht immer die Echtzeitverbindung. Ein Inhaltsfilter, eine Firewall oder ein Proxy kann den WebSocket-Verkehr dennoch blockieren, prüfen, umschreiben oder schließen.

Ably-Endpunkt-CNAMEs: Die Endpunkt-Hostnamen von Ably sind DNS-Aliase. Schließen Sie beim Konfigurieren von Netzwerk-Allowlists und Ably-spezifischen SSL/TLS-Entschlüsselungsausschlüssen sowohl die Endpunkt-Hostnamen als auch ihre CNAME-Ziele ein.

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

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

Erforderliche Ports (nur ausgehend):

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