☰

Remote-Protokollierung mit rsyslog – Modul lmnsd_gtls.so kann nicht geladen werden

tag-icon • tag-icon rsyslog
Remote-Protokollierung mit rsyslog – Modul lmnsd_gtls.so kann nicht geladen werden

Ich habe 2 Server und ein Büro-NAS, auf dem ich möchte, dass die beiden Server ihre Protokolle speichern. Nur 1 Server meldet sich erfolgreich beim NAS an. Der andere Server erzeugt weiterhin diese Fehlermeldung in /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 ]

Auf beiden Servern läuft CentOS 7 (4.0.2-x86_64) und auf beiden Servern ist rsyslog-gnutls installiert, mit einer kleinen Ausnahme (siehe unten):

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.

Beachten Sie, dass ich einen Unterschied in der Zeile „From Repo“ bemerke... beim Server, der sich erfolgreich beim NAS anmeldet, lautet die Zeile „From Repo“ „ updates“ und bei dem Server, der diese Fehlermeldung ausgibt, lautet die Zeile „From Repo“ „ base“.

Beide Server haben genau dieselbe rsyslog.conf-Konfiguration:

$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

Beide Server haben genau dieselbe Datei für /etc/ssl/logging-cert.crt und diese Datei hat auf beiden Servern dieselben Berechtigungen.

Die meisten Ergebnisse bei Google empfehlen, sicherzustellen, dass rsyslog-gnutls installiert ist, was es auch ist. Ich reiße mir die Haare aus. Hilfe!

Antwort1

Wie in diesem Vorschlag vorgeschlagenMail-Thread, liegt es wahrscheinlich an einem Zertifikatsfehler von gnutls (der wiederum das Laden des Moduls verhindert). Ich hatte ein ähnliches Problem und konnte es lösen, indem ich ein korrektes Zertifikat bereitstellte. Da einer Ihrer Server funktioniert, der andere jedoch nicht, überprüfen Sie, ob das von Ihnen über

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

sind identisch. Das richtige Zertifikat sollte das Problem lösen.

verwandte Informationen