Ploetzlicher Ausfall von Fail2Ban [GELÖST]

[Tobi]

Und dann noch die Konfiguration prüfen.

Code: Select all

fail2ban-client -t

[Fezzi]

Kann das der Knackpunkt sein?

Code: Select all

# "enabled" enables the jails.
# true:  jail will be enabled and log files will get monitored for changes
# false: jail is not enabled
[b]enabled = false[/b]

enabled steht auf false !

[Fezzi]

Und dann noch die Konfiguration prüfen.

Code: Select all

fail2ban-client -t

Schaut so (normal) aus:

Code: Select all

root@server:~# fail2ban-client -t
2026-04-20 12:26:34,226 fail2ban.configreader   [10567]: WARNING 'allowipv6' not defined in 'Definition'. Using default one: 'auto'
OK: configuration test is successful

[Tobi]

Kann das der Knackpunkt sein?

Code: Select all

# "enabled" enables the jails.
# true:  jail will be enabled and log files will get monitored for changes
# false: jail is not enabled
[b]enabled = false[/b]

enabled steht auf false !

Steht bei mir auch auf "false"

[Jolinar]

Hmm...ich sehe jetzt erstmal nicht wirklich Probleme, Konfig scheint okay.
Eventuell 'pfuscht' irgendwas im Hintergrund an F2B rum...Was sagt denn:

Code: Select all

grep -r "fail2ban-client" /etc/cron.* /etc/cron* /var/spool/cron 2>/dev/null
grep -r "fail2ban" /usr/local/ 2>/dev/null

[Tobi]

Hat das System ein SWAP-File oder eine SWAP Partition?

[Fezzi]

Hmm...ich sehe jetzt erstmal nicht wirklich Probleme, Konfig scheint okay.
Eventuell 'pfuscht' irgendwas im Hintergrund an F2B rum...Was sagt denn:

Code: Select all

grep -r "fail2ban-client" /etc/cron.* /etc/cron* /var/spool/cron 2>/dev/null
grep -r "fail2ban" /usr/local/ 2>/dev/null

Sagt nichts:

Code: Select all

root@server:~# grep -r "fail2ban-client" /etc/cron.* /etc/cron* /var/spool/cron 2>/dev/null
root@server:~# grep -r "fail2ban" /usr/local/ 2>/dev/null
root@server:~# 

[Fezzi]

Hat das System ein SWAP-File oder eine SWAP Partition?

Kein SWAP weil ausreichend Arbeitsspeicher (32GB)

Im Mittel sind rund 20 - 27 GB frei/unbenutzt

[tab-kh]

Läuft da vielleicht - aus welchem Grund auch immer - ein fail2ban Executable parallel? Wenn ich mich richtig erinnere war das bei mir mal der Fall, nachdem ich irgendwann

Code: Select all

fail2ban-client stop
fail2ban-client start

gemacht hatte. Sollte dann in der Prozessliste zu finden sein. War aber bei mir Debian. Ich habe den Prozess damals gekillt und dann fail2ban mit

Code: Select all

systemctl start fail2ban

gestartet.

[Fezzi]

Läuft da vielleicht - aus welchem Grund auch immer - ein fail2ban Executable parallel? Wenn ich mich richtig erinnere war das bei mir mal der Fall, nachdem ich irgendwann

Code: Select all

fail2ban-client stop
fail2ban-client start

gemacht hatte. Sollte dann in der Prozessliste zu finden sein. War aber bei mir Debian. Ich habe den Prozess damals gekillt und dann fail2ban mit

Code: Select all

systemctl start fail2ban

gestartet.

Nope, ist nicht der Fall... danke fuer den Hinweis...

[Fezzi]

Sollte noch wer Ideen haben, her damit... ich habe jetzt mal alles was ich so weis und obiges abgeklopft...

Das Resultat ist immer das selbe... Fail2Ban laeuft fuer einen kurzen Moment und dann ist der Dienst nicht mehr zu starten...

Ich warte mal ab was evtl. ein Entwickler zu der Sache beitragen kann... es fuehlt sich jedenfalls unwohl an so ohne Fail2Ban durch die Gegend zu segeln...

Danke an alle bisher Beteiligten...

[24unix]

Sollte noch wer Ideen haben, her damit... ich habe jetzt mal alles was ich so weis und obiges abgeklopft...

Das Resultat ist immer das selbe... Fail2Ban laeuft fuer einen kurzen Moment und dann ist der Dienst nicht mehr zu starten...

Mach mal in einem Terminal

Code: Select all

journalctl -fu fail2ban

Und dann in einem anderen

Code: Select all

systemctl restart fail2ban 

[Fezzi]

Ich glaube ich habe den Fehler...

Gerade eben habe ich mal meine eigene jail.local geloescht und bums es laeuft...

Da ist wohl was an der jail.local faul was sich mit der keyhelp.conf beisst...

Es wundert mich nur dass das erst nach gut einer Woche nach dem Upgrade von Ubuntu 22 auf 24 auf einmal auftritt...

Ich werde berichten bei welchem Jail der Fehler lag (falls ich es rausbekomme) .. hier ist jetzt schon fas 19 Uhr... ich habe fertig...

Danke nochmals an alle Beteiligten fuer die schnelle Hilfestellung. TOP

EDIT: Wo finde ich gleich nochmal die neueste keyhelp.conf und dazugehoerige Daten? Ich kann mich gerade nicht an den Pfad erinnern..

[tab-kh]

Die Datei sollte unter folgendem Pfad zu finden sein:
/home/keyhelp/www/keyhelp/install/templates/fail2ban/jail.d/keyhelp.conf

[Fezzi]

So, um das abzuschliessen.... auf das einfachste kommt man immer zuletzt...

Natuerlich waren falsche Pfad Angaben (Umstellung auf Systemd nach OS Upgrade) in meiner eigenen jail.conf daran schuld dass Fail2Ban nicht mehr gestartet ist.

Was jedoch seltsam ist, dass der Fehler erst eine Woche nach dem Upgrade von Ubuntu aufgetreten ist...

Ich bin mir ziemlich sicher, dass Fail2Ban nach dem Upgrade einwandfrei lief und im Backend angezeigt wurde

Anyway, nachdem ich bei den entsprechenden Jails den Pfad von logpath = xxxx/xxxx auf backend = systemd umgestellt habe lief wieder alles wie gehabt..... noch alles ein wenig gestreamt und gut wars

Danke nochmal an alle Beteiligten fuer die Prompte Hilfestellung... Tip Top

Der Thread kann als GELOEST gekennzeichnet werden.

Gruss aus dem heissen Thailand