Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt (z.B. Ja / Nein (Probleme ohne KeyHelp-Bezug gehören ins Offtopic-Forum)) Ja Server-Betriebssystem + Version (z.B. Ubuntu 24.04) Debian 13.4 (64-bit) Eingesetzte Server-Virtualisierung-Technologie (z.B. keine, OpenVZ, KVM, XEN, etc. ...

Du wirst doch die größten Wohltäter der Menschheit, wie z.B. Cloudflare, Google, Amazon, Microsoft, Meta & Co nicht aussperren wollen?

Die Mails tauchen aber in der Rspamd History überhaupt nicht auf, also gehe ich davon aus, dass sie gar nicht versandt wurden. Die Mails werden schon versandt, zumindest wird es versucht. Aber sie werden schon so früh aus formalen Gründen von deinem Server abgelehnt, dass rspamd sie gar nicht erst z ...

Ja so ist es, ich habe die mittlerweile daraus resultierende Sperrung der IP durch fail2ban gleich wieder entfernt.

Ich habe es gerade mal mit "Passwort vergessen" getestet. Die entsprechende Nachricht wird gesendet, erreicht aber rspamd wohl gar nicht erst!? Mär 29 12:41:27 mail.xxxxxxxx.de postfix/smtpd[909289]: warning: hostname mail.keymachine.eu does not resolve to address 95.169.160.234 Mär 29 12:41:27 mail. ...

Siehe viewtopic.php?t=14364
Scheint wohl doch nicht ganz so schnell zu gehen.

Ich nutze SFTP mit der Storage Box. Bisher kein Problem, seit Jahren nicht ein Ausfall während eines Backups. Abgesehen von angekündigten Wartungsarbeiten natürlich.

Die IP war zum Zeitpunkt der Warnung tatsächlich bereits gebannt. Insofern ist die Warnung schlimmstenfalls störend für das Auge und vergrößert die Logdatei. Beides ist in meinem vorliegenden Fall aushaltbar :lol:. Der entsprechende SSD-Speicher ist derzeit zu gut 2% belegt. Der vCore, der die Logz ...

Die findtime ist bei mir sogar größer, das sollte also nicht das Problem sein.

Kurz gesagt: Fail2Ban blockiert neue Verbindungen, aber bestehende Sessions können noch auslaufen – und genau dabei entstehen diese zusätzlichen Logeinträge. Das könnte man aber noch optimieren. Entweder erstellt man einen custom Filter, der Timeout Logs ignoriert oder man setzt zB. findtime = 600 D ...

Wenn das von @Tiresias beschriebene Szenario die tatsächliche Ursache ist, dann bin ich zumindest mal beruhigt. Denn dann habe ich im Endergebnis das, was ich haben will: Die IP ist tatsächlich blockiert und kann erst einmal für den eingestellten Zeitraum (bantime) keine weiteren Verbindungen mehr he ...

Ich schau mir heute Abend mal die Log-Einträge im Journal dazu an. Hatte eigentlich nicht den Eindruck, dass es da um einige Sekunden ging, aber reinschauen in die Logs hilft. Soweit ich gesehen habe, sind die fb-xxx Chains mittlerweile schon lange nicht mehr in iptables. Da habe ich die gebannten ...

Puh. Heute Abend habe ich mir mal das fail2ban.log angeschaut, weil offenbar eine neue Angriffswelle auf den SSH-Zugang läuft. Dabei fand ich relativ viele Warnungen der folgenden Art: 2026-03-05 05:43:56,707 fail2ban.actions [665]: WARNING [kh-postfix] 178.16.54.138 already banned Das ist nur ein ...

Das scheint Debian 13 beim Upgrade von Debian 12 so umzustellen. War bei mir nach dem Upgrade genauso.

Klingt spannend. Ich war mir da jetzt selbst lange unsicher, ob es wirklich eine gute Idee war, habe mich aber jetzt dazu entschlossen, das erst einmal auf alle meine Keyhelp-Server zu übertragen. Mit recidive hätte ich wahrscheinlich nicht gemerkt, dass die postfix und dovecot Filter nach dem Dist-U ...