Mein Bauchgefühl ist, dass der zweite Weg leichter zu folgen ist. Der erste Weg besteht darin, zwei verschiedene Systeme zu berühren, von denen jedes seine eigenen Macken hat:
- Installation + Remote-Syslog-Server unter Linux einrichten;
- veranlassen, dass Windows die Protokolle an den Remote-Syslog-Server sendet;
- Richten Sie auch die Syslog-Lesung unter Linux ein
Dieser Ansatz scheint mehr "Fehlerpunkte" zu schaffen (stellen Sie sich ein Netzwerkproblem vor, das verhindert, dass Windows seine Ereignisse im Remote-Syslog protokolliert).
Für die erste Route muss nur ein wmi-Client für Linux installiert werden. Ich würde empfehlen wbemcli
. (Unter Debian / Ubuntu versuchen apt-get install wbemcli
.) Damit bleibt die Windows-Protokollierung (die meiner Erfahrung nach absolut solide ist) unverändert. Selbst wenn Sie vorübergehende Netzwerkprobleme haben, kehrt der Zugriff auf nicht gefährdete Protokolle zurück, nachdem das Netzwerk wieder voll funktionsfähig war.
Wie Sie vielleicht wissen, handelt es sich bei WMI nur um die Implementierung von WBEM (Web-based Enterprise Management) von Microsoft . WBEM wiederum ist ein Industriestandard, der vom Konsortium Distributed Management Task Force definiert wird .
Es gibt einige Unterschiede in der WMI von MS gegenüber dem WBEM-Standard (wie es meistens der Fall ist, wenn MS sagt, dass sie einen Standard implementieren). Beispielsweise verwendet es ein anderes Transportprotokoll als WBEM (das WBEM verwendet normalerweise HTTP über TCP / 5988 oder HTTPS über TCP / 5989). WMI verwendet auch etwas andere Namespaces, ansonsten sind sie meist identisch.