Fail2ban sendet weiterhin E-Mails an Root und nicht an meine E-Mail

Fail2ban sendet weiterhin E-Mails an Root und nicht an meine E-Mail

Ich habe fail2ban auf meinem System eingerichtet und arbeite daran. /etc/fail2ban/jail.localAls Ziel-E-Mail habe ich Folgendes:

destemail = [email protected]

/var/log/mail.logDennoch sehe ich beim Durchsehen meiner Datei immer wieder:

Jul 23 21:19:04 picus sendmail[21205]: x6O1J489021205: from=fail2ban, size=210, class=0, nrcpts=1, msgid=<[email protected]>, relay=root@localhost
Jul 23 21:19:04 picus sm-mta[21207]: x6O1J4vh021207: from=<[email protected]>, size=461, class=0, nrcpts=1, msgid=<[email protected]>, proto=ESMTP, daemon=MTA-v4, relay=localhost [127.0.0.1]
Jul 23 21:19:04 picus sendmail[21205]: x6O1J489021205: to=root, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30210, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (x6O1J4vh021207 Message accepted for delivery)
Jul 23 21:19:04 picus sm-mta[21208]: x6O1J4vh021207: to=linode, ctladdr=<[email protected]> (8/0), delay=00:00:00, mailer=local, pri=120461, dsn=5.1.1, stat=User unknown
Jul 23 21:19:04 picus sm-mta[21208]: x6O1J4vh021207: to=<[email protected]>, delay=00:00:00, mailer=local, pri=30680, dsn=5.1.1, stat=User unknown
Jul 23 21:19:04 picus sm-mta[21208]: x6O1J4vh021207: to=linode, ctladdr=root (8/0), delay=00:00:00, mailer=local, pri=30680, dsn=5.1.1, stat=User unknown
Jul 23 21:19:04 picus sm-mta[21208]: x6O1J4vh021207: x6O1J4vh021208: postmaster notify: User unknown
Jul 23 21:19:04 picus sm-mta[21208]: x6O1J4vh021208: to=linode, ctladdr=root (8/0), delay=00:00:00, mailer=local, pri=0, dsn=5.1.1, stat=User unknown
Jul 23 21:19:04 picus sm-mta[21208]: x6O1J4vh021208: to=linode, ctladdr=root (8/0), delay=00:00:00, mailer=local, pri=0, dsn=5.1.1, stat=User unknown
Jul 23 21:19:04 picus sm-mta[21208]: x6O1J4vh021208: x6O1J4vi021208: return to sender: User unknown
Jul 23 21:19:04 picus sm-mta[21208]: x6O1J4vi021208: to=linode, ctladdr=root (8/0), delay=00:00:00, mailer=local, pri=0, dsn=5.1.1, stat=User unknown
Jul 23 21:19:04 picus sm-mta[21208]: x6O1J4vh021208: Saved message in /var/lib/sendmail/dead.letter

Es wird ständig versucht, die Nachricht an das Root-Konto auf meinem Computer zu senden, anstatt an meine E-Mail-Adresse. Habe ich irgendwo eine Konfigurationsoption übersehen?

EDIT: Nach einigem Herumprobieren konnte ich das Problem einigermaßen beheben. Ich habe Folgendes geändert:

dest = root

Zu

dest = [email protected]

in /etc/fail2ban/action.d/mail.conf. Mit dieser Änderung erhalte ich jetzt E-Mails, die sich auf meine SSH/SSH-DDOs-Jails beziehen. Jedoch, ich erhalte immer noch keine E-Mails aus meinem Gefängnis für Wiederholungstäter. Wenn ich mir anschaue /etc/fail2ban/jail.local, sehe ich, dass es etwas aufruft, das verschiedene WHOIS-Daten für gesperrte Konten in diesem bestimmten Gefängnis sammelt/formatiert.

Durch weiteres Stöbern in den verschiedenen Konfigurationsdateien gelangte ich zu dem Ergebnis /etc/fail2ban/action.d/sendmail-common.conf, das wie die anderen verschiedenen Konfigurationsdateien, die ich mir angesehen habe, Folgendes aufweist dest = root:

Nun könnte ich diese verschiedenen Konfigurationsdateien so anpassen, dass sie alle meine E-Mail-Adresse als Ziel verwenden, aber ich habe das Gefühl, dass das mehr oder weniger dem Äquivalent entspricht, einen runden Pflock in ein eckiges Loch zu hämmern. Gibt es eine bessere Möglichkeit, fail2ban dazu zu zwingen, standardmäßig einfach meine E-Mail als Zieladresse zu verwenden? Gibt es ein potenzielles Konfigurationsproblem mit meiner Sendmail-Installation (ich kann problemlos E-Mails von OSSEC und meiner Web-App empfangen)?

Antwort1

Ich habe genau das gleiche Problem auf meinem Debian 10-Server. Das ist ein ziemlich schlimmes Problem, da es keine Fehlermeldungen gibt, mit denen man es aufspüren könnte, da es keinen echten Fehler gibt ...

Da oben hat Michael Hampton den richtigen Hinweis gegeben. Danke.

LÖSUNG:

Tragen Sie in jeder Regel, in der Sie sie verwenden, Ihre 2 E-Mails ein, dann hat es plötzlich funktioniert.

So:

[sshd]  
enabled   = true
port      = 22
filter    = sshd
logpath   = /var/log/auth.log
sender    = [email protected]
destemail = [email protected]
action    = %(action_mwl)s

Es stellte sich heraus, dass es, obwohl ich es in den Standarddeklarationen hatte, unsichtbar nicht akzeptiert wurde ... ohne dass ein Fehler ausgegeben wurde ... ein zufälliger Formatierungsfehler wie eine leere Zeile oder ein Kommentar oder so ...

verwandte Informationen