"Offline"-Agent

• Der Agent ist auf einem Arbeitsplatz oder einem anderen Computer installiert, der heruntergefahren wurde. Wenn Sie den Computer wieder einschalten, wird der Fehler im nächsten Heartbeat-Intervall behoben.
• Firewall-, IPS-Regeln oder Sicherheitsgruppen sperren die Heartbeat-Portnummer.
• Ausgehende (temporäre) Ports wurden versehentlich gesperrt. Siehe Aktivierung fehlgeschlagen - Gesperrter Port für Fehlerbehebungstipps.
• Die bidirektionale Kommunikation ist aktiviert, aber nur eine Richtung ist erlaubt oder zuverlässig.
• Computer ist ausgeschaltet.
• Computer hat den Kontext des privaten Netzwerks verlassen. Dies kann auftreten, wenn roaming Endpunkte (wie ein Laptop) an ihrem aktuellen Standort keine Verbindung zu Server- und Workload Protection herstellen können. Gäste-Wi-Fi beispielsweise beschränkt oft offene Ports und verwendet NAT, wenn der Datenverkehr über das Internet geht.
• Amazon WorkSpace-Computer wird ausgeschaltet, und das Herzschlagintervall ist schnell, zum Beispiel eine Minute; in diesem Fall warten Sie, bis der WorkSpace vollständig ausgeschaltet ist, und zu diesem Zeitpunkt sollte sich der Status von 'Offline' zu 'VM gestoppt' ändern.
• DNS war ausgefallen oder konnte den Hostnamen Server- und Workload Protection nicht auflösen.
• Server- und Workload Protection, der Agent oder beide sind einer sehr hohen Systemressourcenauslastung ausgesetzt.
• Der Agentenprozess läuft möglicherweise nicht.
• Die Systemzeit des Agents ist falsch (erforderlich für SSL/TLS-Verbindungen).
• Regelaktualisierung ist noch nicht abgeschlossen, wodurch die Konnektivität vorübergehend unterbrochen wird.
• Auf AWS EC2 ist ICMP-Verkehr erforderlich, aber er ist gesperrt.

Tipp Wenn Sie managerinitiierte oder bidirektionale Kommunikation verwenden und Kommunikationsprobleme haben, empfehlen wir dringend, auf agenteninitiierte Aktivierung umzusteigen (siehe Aktivieren und schützen Sie Agenten mit agenteninitiierter Aktivierung und Kommunikation). Um den Fehler zu beheben, überprüfen Sie, ob der Agent läuft und ob er mit Server- und Workload Protection (dem Manager) kommunizieren kann.

• Öffnen Sie unter Windows die Microsoft Windows-Dienste-Konsole (services.msc) oder den Task-Manager. Suchen Sie nach dem Dienst mit dem Namen ds_agent.
• Öffnen Sie unter Linux ein Terminal und geben Sie den Befehl für eine Prozessliste ein. Suchen Sie nach dem Dienst mit dem Namen ds_agent oder ds-agent, wie zum Beispiel:

sudo ps -aux | grep ds_agent
sudo service ds_agent status

• Öffnen Sie auf Solaris ein Terminal und geben Sie den Befehl für eine Prozessliste ein. Suchen Sie nach dem Dienst mit dem Namen ds_agent, zum Beispiel:

sudo ps -ef | grep ds_agent
sudo svcs -l svc:/application/ds_agent:default