Skip to main content
Öffne Administration → Schlüssel und bestätige, dass der Maschinenschlüssel aktiv ist und über events:add verfügt. Öffne dann Beobachten → Ereignisse, erweitere den Zeitraum und entferne Umgebungs- und Agenten-Filter. Falls Ereignisse vorhanden sind, suche nach der Sitzungs-ID und prüfe anschließend Beobachten → Sitzungen auf Gruppierungen. Falls keine Ereignisse vorhanden sind, diagnostiziere den Failproof-Daemon über die CLI.Der Live-Ereignisstream mit seinen primären Filtern und aktuell eingehenden Agenten-Ereignissen.
Entferne Filter unter Beobachten → Ereignisse und suche nach der genauen SDK-Sitzungs-ID. Falls nichts angezeigt wird, untersuche den SDK-Spool und den Failproof-Daemon auf dem Quellrechner.
Öffne Admin → Durchsetzung, wähle den Rechner aus und vergleiche die zugewiesenen, gemeldeten und vorherigen Versionen. Bestätige, dass der Bereitstellungsbereich den Rechner einschließt und sein Schlüssel über policies:pull verfügt. Die Datenaufnahme kann funktionieren, auch wenn die Richtlinienübertragung es nicht tut.
Öffne Admin → Durchsetzung und prüfe den Zeitpunkt der letzten Aktivität und die gemeldete Version des Rechners. Falls der Rechner veraltet ist, behandle dies als lokales Daemon-Problem. Schwäche die bereitgestellte Richtlinie nicht allein dazu ab, einen nicht verfügbaren Daemon zu umgehen.
Für eine Cloud-erstellte Richtlinie öffne Admin → Richtlinien-Editor, wähle den Entwurf aus und prüfe Validierungsfehler vor der Veröffentlichung. Für eine lokale Richtlinie verwende die CLI zur Validierung und öffne dann Beobachten → Richtlinie nach einer Testaktionm um zu bestätigen, dass Entscheidungen ankommen.
Öffne Analysieren → Audits, wähle den Durchlauf aus und prüfe, ob die Modellanalyse ausgeführt wurde. Vergleiche dann Umfang und Zeitfenster mit Beobachten → Sitzungen und öffne repräsentative Traces aus dieser Population.Ein Nullergebnis ist nur dann aussagekräftig, wenn die Analyse erfolgreich abgeschlossen wurde. Falls die Analyse übersprungen oder fehlgeschlagen ist, liefert der Durchlauf keine Ergebnisse und hält das nicht analysierte Zeitfenster für einen zukünftigen erfolgreichen Durchlauf offen. Falls die Modellanalyse deaktiviert ist, liefert das Audit ebenfalls keine Ergebnisse, da der deterministische Anmeldedaten- und PII-Scan zwar Statistiken erfasst, aber keine Ergebnisse mehr meldet.Das Audit-Formular, in dem Umgebung, Agent, Rhythmus und Sweep-Zeitfenster die Sitzungspopulation definieren.
Öffne eine abgeschlossene Sitzung und prüfe, ob eine manuelle Auswertung erfolgreich ist. Hosted Cloud verfügt derzeit über keine Steuerung des Evaluator-Endpunkts im Dashboard; der Server-Betreiber muss diesen konfigurieren.
Verwende den Organisations-Umschalter und bestätige den erwarteten Slug und die Berechtigungen, bevor du die Ergebnisse mit der CLI vergleichst.
Öffne Beobachten → Richtlinie, sichere die Entscheidung und die verknüpfte Sitzung und identifiziere den Falsch-Positiv-Zustand. Öffne dann Admin → Durchsetzung und setze die betroffenen Rechner auf die vorherige Version zurück. Erstelle eine präzisere Version im Richtlinien-Editor, teste sie in einem kleinen Umfang und erweitere sie erst, wenn gültige Arbeit erfolgreich ausgeführt wird.
Füge beim Kontaktieren des Supports die CLI-Version, das Harness, die Umgebung, die relevante Sitzungs- oder Bereitstellungs-ID sowie die Ausgabe von failproofai config --status mit entfernten Geheimnissen bei.