☰

Удалённое ведение журнала с помощью rsyslog — Не удаётся загрузить модуль lmnsd_gtls.so

tag-icon • tag-icon rsyslog
Удалённое ведение журнала с помощью rsyslog — Не удаётся загрузить модуль lmnsd_gtls.so

У меня есть 2 сервера и офисный NAS, на котором я хочу, чтобы оба сервера сбрасывали свои журналы. Только 1 сервер успешно регистрируется на NAS. Другой сервер продолжает выдавать это сообщение об ошибке в /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 ]

Оба сервера работают под управлением CentOS 7 (4.0.2-x86_64), и на обоих серверах установлен rsyslog-gnutls, за одним небольшим исключением (см. ниже):

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.

Обратите внимание, что я ДЕЙСТВИТЕЛЬНО заметил разницу в строке «From Repo»... для сервера, который успешно входит в систему NAS, строка «Из репозитория» содержит « updates», а для сервера, который выдает это сообщение об ошибке, строка «Из репозитория» содержит « base».

Оба сервера имеют одинаковую конфигурацию 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

На обоих серверах имеется один и тот же файл /etc/ssl/logging-cert.crt, и этот файл имеет одинаковые разрешения на обоих серверах.

Большинство результатов в Google предлагают убедиться, что rsyslog-gnutls установлен, что так и есть. Я рву на себе волосы. Помогите!

решение1

Как предлагается в этомпочтовая ветка, это, вероятно, вызвано ошибкой сертификата от gnutls (которая, в свою очередь, препятствует загрузке модуля). У меня была похожая проблема, и я смог решить ее, предоставив правильный сертификат. Поскольку один из ваших серверов работает, а другой нет, проверьте, был ли предоставленный вами сертификат через

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

идентичны. Получение правильного сертификата должно решить проблему.

Связанный контент