In Workload Security die Option Collectors auswählen. In der Spalte Status unter Mehr Details die vollständige Begründungszeichenfolge notieren.

Auf der Seite zum Hinzufügen oder Bearbeiten von Sammlern die Option „Verbindung testen“ auswählen. Jede fehlgeschlagene Prüfung sollte vor dem Speichern behoben werden.

Wählen Sie unten das passende Symptom aus und führen Sie die Überprüfungen in der angegebenen Reihenfolge durch.

Den Verbindungsmodus bestätigen. Der Cluster-Modus erfordert die Cluster-Management-IP und den exakten, auf Groß- und Kleinschreibung achtenden SVM-Namen. Der SVM-Modus erfordert die SVM-Management-IP.

Vom Agent aus lässt sich die HTTPS-Erreichbarkeit der konfigurierten Management-IP über TCP 443 bestätigen. Eine Zeitüberschreitung weist auf ein Routing- oder Firewall-Problem hin.

Die Anmeldeinformationen und Anwendungen, die dem ONTAP Login zugewiesen sind, bestätigen. Benutzerdefinierte Rollen direkt einem AD-Benutzer zuweisen, da Rollen auf Gruppenebene bei der Berechtigungsprüfung möglicherweise nicht sichtbar sind.

Bestätigen Sie, dass ein geeigneter SVM Daten-LIF betriebsbereit ist. Ab ONTAP 9.8 muss dessen Service-Policy data-fpolicy-client mit data-nfs und/oder data-cifs enthalten.

Wenn SVM IP und vsadmin verwendet werden, sollte ein LIF nur für das Management verwendet werden. Ein LIF mit kombinierten Data- und Management-Rollen kann auf Ping reagieren, während der Managementzugriff weiterhin fehlschlägt.

Für optionale Funktionen die vom Funktionstest gemeldeten Berechtigungen erteilen und anschließend den Verbindungstest erneut ausführen.

Mehr Details öffnen und den getrennten Node identifizieren.

Es sollte geprüft werden, ob für die überwachte SVM ein betriebsbereites Daten-LIF für diesen Node vorhanden ist.

Wenn der Knoten keine lokale Daten-LIF für die SVM hat, ist keine Korrektur erforderlich.

Falls ein Daten-LIF existiert, sollte geprüft werden, ob er aktiv ist, data-fpolicy-client auf ONTAP 9.8+ trägt und die Agent-Callback-Ports erreichen kann.

Der Collector kehrt nach der Wiederverbindung des Knotens in den Status „Wird ausgeführt“ zurück.

Echte SMB- oder NFS-Clientaktivität auf einer überwachten Freigabe oder einem Volume erzeugen. Ohne Client-I/O werden keine Ereignisse erzeugt.

Bestätigen Sie, dass der Datensammler nicht pausiert ist. Vor dem Testen sollte er fortgesetzt werden.

Es sollte geprüft werden, ob das Clientprotokoll aktiviert ist und ob die SVM über einen CIFS-Server verfügt.

Eingeschlossene und ausgeschlossene Shares und Volumes werden angezeigt. Vollständige Namen ohne Anführungszeichen verwenden.

Die Überwachung des Ordnerzugriffs ist zu aktivieren, wenn allgemeine Ordnerzugriffsereignisse erforderlich sind. Das Erstellen, Umbenennen und Löschen von Ordnern wird auch ohne diese Option erfasst.

Wenn nur die Aktivitäten der Dateien .ini und .DS_Store fehlen, ist keine Aktion erforderlich; diese Erweiterungen sind von der FPolicy-Ereigniserfassung ausgeschlossen.

Wenn weiterhin keine Aktivitäten festgestellt werden, können die erweiterten Diagnosefunktionen verwendet werden, um die cloudsecure_ Richtlinie und das ONTAP FPolicy-Ereignisprotokoll zu überprüfen.

Es ist sicherzustellen, dass für jede Domäne, deren Benutzer auf die überwachte SVM zugreifen, ein laufender Benutzerverzeichnis-Collector vorhanden ist, einschließlich vertrauenswürdiger Domänen.

Es wird bestätigt, dass der Verzeichnissammler die richtige Gesamtstruktur oder Suchbasis abdeckt und gültige Bindungsanmeldeinformationen verwendet.

Die zugeordneten Attribute sind wie folgt: Active Directory verwendet name, objectsid und sAMAccountName; LDAP verwendet name, uidnumber und uid.

Der User Directory Collector wird neu gestartet, sodass nach dem Hinzufügen von Benutzern oder dem Korrigieren der Konfiguration eine sofortige Synchronisierung erfolgt.

Die Seite zur Fehlerbehebung für AD- oder LDAP-Collector dient zur Analyse von Verbindungs- und Bindungsfehlern. Die Funktion „Test Connection“ ist für User Directory Collector nicht verfügbar.

ONTAP 9.13.1 oder höher bietet Korrekturen für bekannte FPolicy-Latenzprobleme.

Spitzenaktivität und Agentengröße mit dem Event Rate Checker prüfen. Collector verschieben oder den Agent skalieren, falls die Ereignisrate nicht aufrechterhalten werden kann.

Überprüfen, ob die Überwachung des Ordnerzugriffs das Ereignisvolumen wesentlich erhöht hat.

Für unterstützte ONTAP Versionen kann Persistent Store genutzt werden, um Ereignisse während vorübergehender Verbindungsunterbrechungen zwischenzuspeichern.

Bei einem Knotenabsturz oder anhaltender Speicherlatenz sollten die ONTAP-Beweise gesammelt und der NetApp Support kontaktiert werden.

Bruttokapazität, die von den Observability ONTAP Cluster Collectors und den Workload Security SVM Collectors gemeldet wird, im Vergleich.

Für jeden SVM-Collector ist zu bestimmen, ob sein übergeordneter Cluster bereits von einem Observability Collector überwacht wird. Der gleiche Storage sollte nicht doppelt gezählt werden.

Prüfung, ob kürzlich eine SVM-Migration durchgeführt wurde. Bestätigung, dass der Collector läuft, und Neustart, damit aktuelle Cluster- und Kapazitätsinformationen erfasst werden.

Falls die Gesamtsumme weiterhin sowohl die Cluster- als auch die SVM-Kapazität umfasst, sollten die Nutzung vor und nach der Änderung sowie die gemeldete Kapazität für jeden Collector erfasst werden.

Bestätigen Sie, dass der Collector ausgeführt wird und nicht pausiert ist.

Für die Benutzerblockierung sind Anmeldeinformationen auf Clusterebene zu verwenden. Ein benutzerdefinierter Benutzer benötigt außerdem SSH-Zugriff auf TCP 22 und die dokumentierten Blockierungsberechtigungen.

Es wird bestätigt, dass der benutzerdefinierte Benutzer über die erforderlichen Snapshot-Berechtigungen verfügt.

Wenn ONTAP Multi-Admin Verify aktiviert ist, sind die dokumentierten Ausnahmen für cloudsecure_ Snapshots und die bei der Benutzerblockierung verwendete Set-Operation hinzuzufügen.

Im Clustermodus den Verbindungstest ausführen und die Ergebnisse der Snapshot- und Benutzerblockierungsfunktionen überprüfen.

Den vollständigen Collector-Statusgrund und den Zeitpunkt des Fehlers protokollieren.

Das Ergebnis des Verbindungstests speichern.

Agent- und Collector-Versionen, ONTAP Version, SVM-Name, Verbindungsmodus und kürzlich vorgenommene Änderungen.

Das Agent-Symptombundle sollte einmalig generiert werden, damit Protokolle von vor Ihren Änderungen erhalten bleiben.

Eine Paketverfolgung auf ONTAP für die relevante Daten-LIF und die Agenten-IP starten.

Testverbindung versuchen oder den Collector neu starten.

Warten Sie auf den Fehler, dann die Ablaufverfolgung beenden.

Die Ablaufverfolgung von https://<cluster-management-ip>/spi/<cluster-name>/etc/log/packet_traces/ abrufen.

Suchen Sie nach einem SYN von ONTAP an den Agent Callback-Port. Kein SYN weist auf ein Pfad- oder Richtlinienproblem auf ONTAP-Seite hin. Ein SYN ohne abgeschlossenen Handschlag weist auf ein Firewall- oder Routingproblem zwischen ONTAP und dem Agent hin.

Jede Workload Security Umgebung, die den Cluster erreichen kann, wird durchsucht.

Sammler mit demselben SVM-Namen oder Verwaltungsendpunkt identifizieren.

Einen Collector beibehalten und die Duplikate entfernen.

Der beibehaltene Collector wird neu gestartet und es wird bestätigt, dass sein FPolicy Kanal verbunden bleibt.

Den Befehl event log show -source fpolicy ausführen und dabei alle Fehler protokollieren.

Mit dem Befehl „fpolicy show“ lässt sich bestätigen, dass eine cloudsecure_ Richtlinie aktiviert ist.

Es sollte bestätigt werden, dass das Protokoll, das Client-Operationen generiert, im Collector aktiviert und auf der SVM zugelassen ist.

Bestätigen Sie, dass die Freigabe oder das Volume nicht ausgeschlossen ist.

Bestätigen Sie, dass der Datensammler zum Zeitpunkt des Vorgangs nicht pausiert war.

Den Zeitstempel des Client-Vorgangs mit dsc.log und den ONTAP FPolicy Ereignissen korrelieren.