Rspamd History so gut wie immer leer

[xeppel]

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
(Probleme ohne KeyHelp-Bezug gehören ins Offtopic-Forum)
Ja.


Server-Betriebssystem + Version
Debian 12.12


Eingesetzte Server-Virtualisierung-Technologie
(z.B. keine, OpenVZ, KVM, XEN, etc.)
KVM


KeyHelp-Version + Build-Nummer
25.3 (Build 3565)


Problembeschreibung / Fehlermeldungen
Wenn ich in die Rspamd Weboberfläche unter History rein gehe, werden hier nur die Mails der aktuellen Stunde angezeigt. Früher konnte ich hier mindestens einige Tage Mails einsehen.


Erwartetes Ergebnis
Mehr Mails sollten aufgelistet werden.

[Alexander]

Hallo,

Möglichkeit 1)
Prüfe ob ggf. irgendwelche Filter im History Tab aktiv sind:

Möglichkeit 2)
Prüfe den Inhalt der Datei: /etc/rspamd/local.d/history_redis.conf
Was steht bei "nrows"


Möglichkeit 3 - *)
Ggf. gibts bei dir ein Problem mit Redis. Die History wird in der Redis DB gespeichert, ggf. kommt es hier bei dir zu einem leeren der Daten, oder es liegt an einem Bug in einer veralteten Rspamd Version etc...

[xeppel]

Hi,

Kein Filter aktiv.

Wert ist 1000

Was mir zu Redis direkt einfällt, ich habe neulich bei einer "Kunden" WordPress website ein Redis Plugin cache Plugin installiert, aber das kann doch damit nicht zusammen hängen ?? Rspamd ist 3.14.2

Aktuell sehe ich die neueste von 12:40, also knapp 2 Stunden derzeit zurück...

Ist der Fehler relevant der bei der history unten steht ?

Code: Select all

Worker type	main
PID	649
Message	regexp map is empty

[Tobi]

Vielleicht leert das WP Plugin den gesamten Redis-Cache?
Einfach mal temporär deaktivieren, vier Stunden warten und gucken ob sich die rspamd History wieder aufbaut.

[xeppel]

Wäre ja komisch wenn das jeder Kunde dann machen kann aber ich teste mal.

[xeppel]

Ja, lag tatsächlich am WordPress Plugin... Ist das nicht ein großes Problem ? Wenn man richtige Kunden hat die eine Website haben können diese einfach administrative Logs leeren.

[marco]

Ich kann das selbe verhalten bei dem Plugin Redis Object Cache bei Wordpress beobachten. Wenn das aktiv ist dann ist rspamd History leer.
Kann sich da mal jemand dazu äußern, das kann doch so wirklich nicht richtig sein.

[Florian]

Redis unterstützt von Haue aus 16 Datenbanken.
Standardmäßig wird die 0 genutzt. Wenn da natürlich beide Anwendungen drin rumwühlen wird es nichts.


Du kannst ja mal testweise in die Datei /etc/rspamd/local.d/redis.conf zusätzlich eintragen:

Code: Select all

db = "15";

Laut Doku wird das unterstützt:

https://docs.rspamd.com/configuration/redis/

Redis neustarten.

Dadurch sollte rSpamd die Datenbank 15 nehmen.

Alternativ bleibt noch ne weitere Redis Instanz auf einem anderen Port

[mhagge]

Wobei das natürlich schon etwas "doof" ist, wenn man mit Kunden zu tun hat.

Die installieren sich irgendwelche Plug-ins, freuen sich "oh, geht ja auch mit Redis" - verwenden das ob dieser Erkenntnis möglicherweise noch an anderer Stelle und alle nutzen die Datenbank 0 (ist das nicht sogar ein potenzielles Sicherheitsrisiko, wenn man da ungeprüft Daten auslesen kann?).

Da ist auch ein "eigenes" Redis auf einem anderen Port keine so richtig gute Option – den nutzt ja niemand, wenn auf den Standard-Ports ein Redis "lauscht".

Ich würde sagen, dass Keyhelp-Redis (oder geht das auf DB-Ebene, da bin ich überfragt) muss ein Passwort bekommen, da führt kein Weg dran vorbei (und am besten DB 15 verwenden).

[marco]

Ich denke auch das keyhelp ein separate Redis mit Passwort nutzen sollte.

[marco]

Redis unterstützt von Haue aus 16 Datenbanken.
Standardmäßig wird die 0 genutzt. Wenn da natürlich beide Anwendungen drin rumwühlen wird es nichts.


Du kannst ja mal testweise in die Datei /etc/rspamd/local.d/redis.conf zusätzlich eintragen:

Code: Select all

db = "15";

Laut Doku wird das unterstützt:

https://docs.rspamd.com/configuration/redis/

Redis neustarten.

Dadurch sollte rSpamd die Datenbank 15 nehmen.

Alternativ bleibt noch ne weitere Redis Instanz auf einem anderen Port

Das habe ich jetzt mal umgesetzt aber es wird trotzdem alles geleert. Dieses Plugin nutzt DB0:

Code: Select all

Client: 	PhpRedis (v6.2.0)
Host: 	127.0.0.1
Port: 	6379
Datenbank: 	0
Verbindungs-Timeout: 	1 s
Lese-Timeout: 	1 s
Redis-Version: 	8.0.2

meine redis.conf:

Code: Select all

servers = "127.0.0.1";
db = "15";

[Florian]

Na dann Passwort setzen in der redis.conf, am besten eines generieren:

Code: Select all

openssl rand 60 | openssl base64 -A

Und Eintragen in die /etc/rspamd/local.d/redis.conf (Parameter kann man der Doku entnehmen)

Dienste neustarten.

[Tobi]

Na dann Passwort setzen in der redis.conf, am besten eines generieren:

Code: Select all

openssl rand 60 | openssl base64 -A

Und Eintragen in die /etc/rspamd/local.d/redis.conf (Parameter kann man der Doku entnehmen)

Dienste neustarten.

Wird das Teil des nächsten Updates?
Oder ist das ein Fall für das neue Patch-Management?

Oder muss da jetzt jeder selbst händisch tätig werden?

[Florian]

Es ist erstmal nur zum Probieren, ob das die Probleme löst, natürlich können auf diesem Weg keine anderen Anwendungen den Redis nutzen die das Passwort nicht kennen.
Desweiteren bietet Redis ja auch ne ACL Funktion. Mit der kann man sich ja auch auseinandersetzen.

[Ralph]

Na ja, von Rspamd landet da bereits eine Menge im Cache, wenn der Cache dann noch von Kunden Webs massig mit unkontrollierbarem Zeug gemixt wird, ist das nicht wirklich ideal ... auch wg. dem RAM Hunger von Rspamd.
Eine Option unter den Rspamd settings wäre nicht schlecht ... z.b.
- Redis nur für Rspamd verwenden
- Redis für Rspamd mit Web Usern teilen
Rspamd/Redis mit ACL auf die schnelle umsetzen wird nicht einfach, da könnte später eventl. noch was gemacht werden ...