☰

Registro remoto con rsyslog: no se puede cargar el módulo lmnsd_gtls.so

tag-icon • tag-icon rsyslog
Registro remoto con rsyslog: no se puede cargar el módulo lmnsd_gtls.so

Tengo 2 servidores y un NAS de oficina en el que quiero que los dos servidores descarguen sus registros. Solo 1 servidor inicia sesión correctamente en el NAS. El otro servidor continúa generando este mensaje de error en /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 servidores ejecutan CentOS 7 (4.0.2-x86_64) y ambos servidores tienen instalado rsyslog-gnutls, con 1 excepción menor (ver a continuación):

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.

Tenga en cuenta que SÍ noto una diferencia en la línea "Desde Repo"... para el servidor que inicia sesión correctamente en el NAS, la línea "Desde Repo" dice " updates" y para el servidor que emite este mensaje de error, la línea "Desde Repo" dice " base".

Ambos servidores tienen exactamente la misma configuración de 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 servidores tienen exactamente el mismo archivo para /etc/ssl/logging-cert.crt, y ese archivo tiene los mismos permisos en ambos servidores.

La mayoría de los resultados en Google sugieren asegurarse de que rsyslog-gnutls esté instalado, y así es. Me estoy arrancando el pelo. ¡Ayuda!

Respuesta1

Como se sugiere en estehilo de correo, probablemente se deba a un error de certificado de gnutls (que a su vez impide que se cargue el módulo). Tuve un problema similar y pude resolverlo proporcionando un certificado correcto. Como uno de sus servidores está funcionando y el otro no, verifique si el certificado que proporcionó a través de

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

Son identicos. Obtener el certificado correcto debería resolver el problema.

información relacionada