Registro remoto com rsyslog - Não é possível carregar o módulo lmnsd_gtls.so

Registro remoto com rsyslog - Não é possível carregar o módulo lmnsd_gtls.so

Tenho 2 servidores e um NAS de escritório no qual desejo que os dois servidores despejem seus logs. Apenas 1 servidor está registrando com êxito no NAS. O outro servidor continua a produzir esta mensagem de erro em /var/log/messages:

May 16 09:01:01 elmer rsyslogd-2068: could not load module '/usr/lib64/rsyslog/lmnsd_gtls.so', rsyslog error -2078
 [try http://www.rsyslog.com/e/2068 ]

Ambos os servidores estão executando o CentOS 7 (4.0.2-x86_64) e ambos os servidores possuem o rsyslog-gnutls instalado, com uma pequena exceção (veja abaixo):

Installed Packages
Name        : rsyslog-gnutls
Arch        : x86_64
Version     : 7.4.7
Release     : 7.el7_0
Size        : 33 k
Repo        : installed
From repo   : updates
Summary     : TLS protocol support for rsyslog
URL         : http://www.rsyslog.com/
License     : (GPLv3+ and ASL 2.0)
Description : The rsyslog-gnutls package contains the rsyslog plugins that provide the ability to receive syslog messages via upcoming syslog-transport-tls IETF standard protocol.

Observe que noto uma diferença na linha "From Repo"... para o servidor que está efetuando login com sucesso no NAS, a linha "From Repo" diz " updates" e para o servidor que está emitindo esta mensagem de erro, a linha "From Repo" diz " base".

Ambos os servidores têm exatamente a mesma configuração do rsyslog.conf:

$DefaultNetstreamDriverCAFile /etc/ssl/logging-cert.crt
$DefaultNetstreamDriver gtls # use gtls netstream driver
$ActionSendStreamDriverMode 1 # require TLS for the connection
$ActionSendStreamDriverAuthMode anon # server is NOT authenticated
*.* @@my-remote-NAS.com:51415

Ambos os servidores têm exatamente o mesmo arquivo para /etc/ssl/logging-cert.crt, e esse arquivo tem as mesmas permissões em ambos os servidores.

A maioria dos resultados no Google sugere que o rsyslog-gnutls esteja instalado, o que é verdade. Estou arrancando meu cabelo. Ajuda!

Responder1

Como sugerido nestetópico de correio, provavelmente é causado por um erro de certificado do gnutls (que por sua vez impede o carregamento do módulo). Eu tive um problema semelhante e consegui resolvê-lo fornecendo um certificado correto. Como um dos seus servidores está funcionando e o outro não, verifique se o certificado que você forneceu via

$DefaultNetstreamDriverCAFile /etc/ssl/logging-cert.crt

são idênticos. Obter o certificado certo deve resolver o problema.

informação relacionada