Minha intuição é que sua segunda rota será mais fácil de seguir. A primeira rota envolve tocar dois sistemas diferentes, cada um com suas próprias peculiaridades:
- instale o servidor syslog remoto no Linux;
- faz o Windows enviar os logs para o servidor syslog remoto;
- também configura a leitura do syslog no Linux
Essa abordagem parece criar mais "pontos de falha" (imagine um problema de rede impedindo o Windows de registrar seus eventos no syslog remoto).
A primeira rota exigiria apenas a instalação de um cliente wmi para Linux. Eu recomendo wbemcli
. (No Debian / Ubuntu, tente apt-get install wbemcli
.) Com isso, o log do Windows (que na minha experiência é sólida) permanece inalterado. Mesmo se você tiver problemas de rede temporários, seu acesso a logs não comprometidos retornará depois que a rede voltar à operação total.
Como você deve saber, o WMI é apenas a implementação da Microsoft do WBEM (gerenciamento corporativo baseado na Web). O WBEM, por sua vez, é um padrão da indústria definido pelo consórcio Força-Tarefa de Gestão Distribuída .
Existem algumas diferenças no WMI do MS do padrão WBEM (como é principalmente o caso quando o MS diz que 'implementam um padrão'). Por exemplo, ele usa um protocolo de transporte diferente do que o WBEM de estoque (o WBEM geralmente usa HTTP em TCP / 5988 ou HTTPS em TCP / 5989. O WMI também usa namespaces ligeiramente diferentes. Caso contrário, eles são praticamente idênticos.