NetWorker: E-Mail-Benachrichtigungen funktionieren auf Red Hat 8 Server nach dem Upgrade auf 19.10 nicht mehr
概要: E-Mail-Benachrichtigungen zur Schutz-Richtlinie funktionieren nach dem Upgrade eines Red Hat 8 NetWorker-Servers auf NetWorker 19.10.0.1 nicht mehr.
この記事は次に適用されます：
この記事は次には適用されません：
現象
- Der NetWorker-Server ist auf Red Hat 8 installiert:
root@nwserver:~# cat /etc/redhat-release Red Hat Enterprise Linux release 8.9 (Ootpa)
- NetWorker 19.10 wurde auf dem Red Hat 8.x-System installiert. Dabei kann es sich um eine Neuinstallation oder ein Upgrade von einer früheren NetWorker-Version handeln.
- Die Ressourcen der NetWorker-Schutz-Richtlinien wurden mit dem Linux-Befehl mail oder mailx konfiguriert:
- Vor dem Upgrade von NetWorker wurden E-Mail-Benachrichtigungen ohne Probleme empfangen.
- E-Mail-Benachrichtigungen, die über die Befehlszeile des NetWorker-Servers gesendet werden, werden ebenfalls empfangen:
root@nwserver:~# mailx -s "test email" backupadmin@domain.com < /dev/null Null message body; hope that's ok root@nwserver:~# tail -n 7 /var/log/maillog Feb 14 16:13:49 nwserver sendmail[24024]: 41ELDnaE024024: from=root, size=229, class=0, nrcpts=1, msgid=<202402142113.41ELDnaE024024@nwserver.amer.lan>, relay=root@localhost Feb 14 16:13:49 nwserver sendmail[24024]: STARTTLS=client, relay=[127.0.0.1], version=TLSv1.3, verify=FAIL, cipher=TLS_AES_256_GCM_SHA384, bits=256/256 Feb 14 16:13:49 nwserver sendmail[24025]: STARTTLS=server, relay=localhost [127.0.0.1], version=TLSv1.3, verify=NOT, cipher=TLS_AES_256_GCM_SHA384, bits=256/256 Feb 14 16:13:49 nwserver sendmail[24025]: 41ELDn4l024025: from=<root@nwserver.amer.lan>, size=490, class=0, nrcpts=1, msgid=<202402142113.41ELDnaE024024@nwserver.amer.lan>, proto=ESMTPS, daemon=MTA, relay=localhost [127.0.0.1] Feb 14 16:13:49 nwserver sendmail[24024]: 41ELDnaE024024: to=backupadmin@domain.com, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30229, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (41ELDn4l024025 Message accepted for delivery) Feb 14 16:13:50 nwserver sendmail[24027]: STARTTLS=client, relay=mailhub.domain.com., version=TLSv1.2, verify=OK, cipher=ECDHE-RSA-AES256-GCM-SHA384, bits=256/256 Feb 14 16:13:50 nwserver sendmail[24027]: 41ELDn4l024025: to=<backupadmin@domain.com>, ctladdr=<root@nwserver.amer.lan> (0/0), delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=120490, relay=mailhub.domain.com. [10.10.10.10], dsn=2.0.0, stat=Sent (ok: Message 225328373 accepted)
- Die Workflowprotokolle unter /nsr/logs/policy/POLICY_NAME/ melden den folgenden Fehler:
root@nwserver:~# nsr_render_log /nsr/logs/policy/Server\ Protection/workflow_Server\ backup_064001.raw
133550 02/14/2024 11:01:35 AM 1 0 0 3269973824 446260 0 nwserver.amer.lan nsrworkflow NSR notice Starting Protection Policy 'Server Protection' workflow 'Server backup'.
199800 02/14/2024 11:01:35 AM 1 5 0 3269973824 446260 0 nwserver.amer.lan nsrworkflow NSR notice Consider starting action 'Server db backup', enabled 1, schedule action '1'
204318 02/14/2024 11:01:35 AM 1 1 0 3269973824 446260 0 nwserver.amer.lan nsrworkflow SYSTEM notice Request to run the enabled action 'Server db backup' that has level configured as '1'.
201496 02/14/2024 11:01:35 AM 1 1 0 3269973824 446260 0 nwserver.amer.lan nsrworkflow SYSTEM notice Starting the scheduled action 'Server db backup'.
123316 02/14/2024 11:01:35 AM 1 0 0 3269973824 446260 0 nwserver.amer.lan nsrworkflow NSR notice Starting action 'Server Protection/Server backup/Server db backup' with command: 'nsrdbsave -l 1'.
123321 02/14/2024 11:01:35 AM 1 0 0 3269973824 446260 0 nwserver.amer.lan nsrworkflow NSR notice Action 'Server Protection/Server backup/Server db backup's log will be in '/nsr/logs/policy/Server Protection/Server backup/Server db backup_064002.raw'.
123325 02/14/2024 11:02:25 AM 1 0 0 3269973824 446260 0 nwserver.amer.lan nsrworkflow NSR notice Action 'Server Protection/Server backup/Server db backup' succeeded.
199800 02/14/2024 11:02:25 AM 1 5 0 3269973824 446260 0 nwserver.amer.lan nsrworkflow NSR notice Consider starting action 'Expiration', enabled 1, schedule action 'exec'
204318 02/14/2024 11:02:25 AM 1 1 0 3269973824 446260 0 nwserver.amer.lan nsrworkflow SYSTEM notice Request to run the enabled action 'Expiration' that has level configured as 'exec'.
201496 02/14/2024 11:02:25 AM 1 1 0 3269973824 446260 0 nwserver.amer.lan nsrworkflow SYSTEM notice Starting the scheduled action 'Expiration'.
5 02/14/2024 11:02:25 AM 1 1 0 0 unknown unknown LOG unrendered /bin/mailx: symbol lookup error: /bin/mailx: undefined symbol: SSLv3_client_method, version OPENSSL_1_1_0
NetWorker: Verwenden von nsr_render_log.
原因
Eine der Verbesserungen von NetWorker 19.10 betrifft SSL. NetWorker stellt eine eigene SSL-Bibliothek bereit, die in die Datei exportiert networkerrc wird:
root@nwserver:~# cat /opt/nsr/admin/networkerrc | grep "NSR_LIBS\|LD_LIBRARY_PATH"
NSR_LIBS=/usr/lib/nsr
NSR_LIBS=/usr/lib/nsr/lib64
# It must be the first entry of LD_LIBRARY_PATH otherwise it fails to load libraries.
NSR_LIBS=/usr/lib/nsr/lib64/cst:/usr/lib/nsr/lib64
LD_LIBRARY_PATH=${NSR_LIBS}:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
Die Version des E-Mail-Pakets unter Red Hat 8.x enthält eine SSL-Bibliothek, die SSv3 umfasst:
root@nwserver:~# ldd /bin/mail | grep ssl
libssl.so.1.1 => /lib64/libssl.so.1.1 (0x00007f116357b000)
root@lnx-client02:~# nm -D /lib64/libssl.so.1.1 | egrep -i "SSLv3_"
0000000000022780 T SSLv3_client_method
0000000000022760 T SSLv3_method
0000000000022770 T SSLv3_server_method
root@nwserver:~#
NetWorker 19.10 hat SSLv3 aus der Bibliothek entfernt, da es eine potenzielle Sicherheitslücke darstellt und ausgenutzt werden kann:
root@nwserver:~# nm -D /usr/lib/nsr/lib64/libssl.so.1.1 | egrep -i "SSLv" root@nwserver:~#
Das E-Mail-Paket verwendet eine alte libssl Bibliothek. Das Problem liegt beim E-Mail-Paket, also außerhalb von NetWorker.
解決方法
Hinweis: Wenn über die Befehlszeile gesendete E-Mail-Nachrichten nicht empfangen werden, muss dies behoben werden, bevor Sie mit den nächsten Schritten fortfahren. Dies erfordert eine Untersuchung durch den System- und E-Mail- oder Exchange-Administrator. Siehe Artikel NetWorker: Anleitung zum Troubleshooting bei fehlgeschlagenen E-Mail-Benachrichtigungen.
Option 1:
Exchange- oder E-Mail-AdministratorInnen können die Konfiguration der Mailserver überprüfen und nachsehen, ob Optionen verfügbar sind, um SSLv3 zugunsten von TLS 1.2 zu deaktivieren.
Option 2:
Eine Fehlerbehung dafür muss im Linux-Paket mail/mailx veröffentlicht werden. Das E-Mail-Paket muss aktualisiert werden, um ein libssl einzubinden, das SSLv3 nicht verwendet. Zum Zeitpunkt der Erstellung dieses Artikels ist das einzige E-Mail-Paket, das für Red Hat 8.x aufgeführt ist, mailx-12.5-29.el8.x86_64 aus dem Jahr 2019. Dieses Problem wirkt sich auf dieses E-Mail-Paket aus.
Vergewissern Sie sich, dass das E-Mail-Paket installiert ist:
rpm -qa | grep mail
Beispiel:
root@nwserver:~# rpm -qa | grep mail
sendmail-8.15.2-34.el8.x86_64
mailcap-2.1.48-3.el8.noarch
mailx-12.5-29.el8.x86_64
procmail-3.22-47.el8.x86_64
Rufen Sie die Details des E-Mail-Pakets ab, indem Sie Folgendes ausführen:
yum provides mail
Beispiel:
root@nwserver:~# yum provides mail Updating Subscription Management repositories. Last metadata expiration check: 1:55:22 ago on Wed 21 Feb 2024 09:35:43 AM EST. mailx-12.5-29.el8.x86_64 : Enhanced implementation of the mailx command Repo : @System Matched from: Filename : /bin/mail mailx-12.5-29.el8.x86_64 : Enhanced implementation of the mailx command Repo : rhel-8-for-x86_64-baseos-rpms Matched from: Filename : /bin/mail
Dieses Paket sollte während der Betriebssystemaktualisierung automatisch aktualisiert werden, wenn eine neuere Version verfügbar wird. Wenn der Befehl
yum provides eine neuere Version anzeigt, können Sie auch Folgendes versuchen:
yum upgrade mailx
Problemumgehung:
1. Aktualisieren Sie
Beispiel:
/opt/nsr/admin/networkerrc , damit enthalten ist: OS_LIBS=/lib64
Beispiel:
linux86w)
# cst path is required to locate dynamic libraries of cst (also loads internal bsafe crypto libraries).
# It must be the first entry of LD_LIBRARY_PATH otherwise it fails to load libraries.
# cst comes with own bsafe library. cst bsafe library version may or may not be the same
# version of bsafe library used by other components in the product.
NSR_LIBS=/usr/lib/nsr/lib64/cst:/usr/lib/nsr/lib64
OS_LIBS=/lib64
ERLCOOKIE_HOME=/nsr/rabbitmq
:::::::
esac
LD_LIBRARY_PATH=${OS_LIBS}:${NSR_LIBS}:$LD_LIBRARY_PATH
2. Restart NetWorker:
systemctl restart networker
その他の情報
Unter Red Hat 9.x stellt ein anderes Paket mail/mailx bereit, das eine neuere
libssl Bibliothek nutzt. Diese neuere Bibliothek verwendet SSLv3 nicht. Das Problem ist nicht reproduzierbar und es war kein Workaround für NetWorker 19.10 auf Red Hat 9.x erforderlich.
root@lnx-nwserv:~# ldd /usr/bin/mail
linux-vdso.so.1 (0x00007fffb211a000)
libssl.so.3 => /lib64/libssl.so.3 (0x00007fad91b73000)
libcrypto.so.3 => /lib64/libcrypto.so.3 (0x00007fad91600000)
libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007fad91b1c000)
libidn2.so.0 => /lib64/libidn2.so.0 (0x00007fad91afb000)
libtinfo.so.6 => /lib64/libtinfo.so.6 (0x00007fad91acb000)
libc.so.6 => /lib64/libc.so.6 (0x00007fad91200000)
libz.so.1 => /lib64/libz.so.1 (0x00007fad91aaf000)
libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007fad91525000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007fad91a96000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007fad91a8f000)
libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007fad91a7e000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007fad91a77000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fad91a61000)
libunistring.so.2 => /lib64/libunistring.so.2 (0x00007fad9107b000)
/lib64/ld-linux-x86-64.so.2 (0x00007fad91d2e000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007fad91a34000)
libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x00007fad91489000)
root@lnx-nwserv:~# nm -D /lib64/libssl.so.3 | egrep -i "SSLv3_"
root@lnx-nwserv:~# NetWorker: Nsrworkflow NSR-Server: Datei /usr/bin/mail kann nicht gestartet werden