Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
(Probleme ohne KeyHelp-Bezug gehören ins Offtopic-Forum)
Ja
Server-Betriebssystem + Version
(z.B. Ubuntu 20.04)
Debian 13
Eingesetzte Server-Virtualisierung-Technologie
(z.B. keine, OpenVZ, KVM, XEN, etc.)
KVN
KeyHelp-Version + Build-Nummer
(z.B. 22.0 - Build 2366)
25.3
Problembeschreibung / Fehlermeldungen
Im Panel Systemstatus -> Rspam Oberfläche in Hostory kommen nur Fehler:
26.12.2025, 10:17:53 normal 3062788 lua rro6fk cannot get ANNs list from redis: NOAUTH Authentication required.
Ich bin mir nicht Sicher ob Redis schon vor den Nutzung in Keyhelp installiert war aber es ist ein Passwort in der Redis config drin. Kann es sein das Keyhelp kein Zugriff hat auf Redis?
Redis Fehler in History
Re: Redis Fehler in History
Wenn Redis vor Keyhelp installiert war, ist schon mal grundlegend was schiefgelaufen – Keyhelp muss auf einem Minimal Debian (oder Ubuntu) installiert werden und installiert (und konfiguriert) alle benötigten Komponenten von alleine.
Läuft dann Redis überhaupt? (in Keyhelp, Systemstatus , Server-Dienst-Verwaltung unten bei "Sonstige Dienste"). Wenn ja und das Obige zutrifft: Server neu installieren, das wird noch an anderen Stellen Probleme geben. Wenn ja, dass obige nicht zutrifft mal in die Logfiles schauen, ob dort irgendwo eine Ursache zu finden ist, wenn nein: Redis dort starten (der Pfeil bei "Aktionen") und mal ne Weile beobachten, ob er am laufen bleibt. Wenn nein : in die Logfiles schauen, ob sich dort ein Hinweis findet
Läuft dann Redis überhaupt? (in Keyhelp, Systemstatus , Server-Dienst-Verwaltung unten bei "Sonstige Dienste"). Wenn ja und das Obige zutrifft: Server neu installieren, das wird noch an anderen Stellen Probleme geben. Wenn ja, dass obige nicht zutrifft mal in die Logfiles schauen, ob dort irgendwo eine Ursache zu finden ist, wenn nein: Redis dort starten (der Pfeil bei "Aktionen") und mal ne Weile beobachten, ob er am laufen bleibt. Wenn nein : in die Logfiles schauen, ob sich dort ein Hinweis findet
Re: Redis Fehler in History
Der Server läuft schon seit mehreren Debian Versionen, deshalb kann es sein, dass ich Redis früher mal wegen Nextcloud ... installiert habe. Redis selbst läut auf dem Server ist auch gestartet. Ich kann mich auch mit redis-cli -a und dem Passwort einloggen und alles ist gut.
Meine Frage ist halt ob Keyhelp irgendwo das Passwort benötigt für den Zugrifft.
Meine Frage ist halt ob Keyhelp irgendwo das Passwort benötigt für den Zugrifft.
Re: Redis Fehler in History
Hat es denn mal funktioniert? Keyhelp verwendet ja auch schon seit ein paar Versionen (seit der Umstellung auf rspamd) Redis.
Passwort wird seitens Keyhelp (meine ich) nicht verwendet, jedenfalls ist in /etc/rspamd/local.d/redis.conf keins definiert. Da könntest Du natürlich selbst eines definieren: https://docs.rspamd.com/configuration/redis/ (wobei das halt auch nicht updatesicher wäre).
Passwort wird seitens Keyhelp (meine ich) nicht verwendet, jedenfalls ist in /etc/rspamd/local.d/redis.conf keins definiert. Da könntest Du natürlich selbst eines definieren: https://docs.rspamd.com/configuration/redis/ (wobei das halt auch nicht updatesicher wäre).
Re: Redis Fehler in History
Was mache ich jetzt da am besten, das passwort in der Redis config raus nehmen oder in der /etc/rspamd/local.d/redis.conf eins einfügen?
Ich hatte Redis schon vor rspam in Betrieb wegen Nextcloud, da habe ich damals ein Passwort in der config gemacht. Das Passwort könnte ich ja ohne Probleme auskommentieren, Nextcloud arbeitet ja dann trotzdem noch.
Ich habe jetzt in der /etc/redis/redis.conf requirepass auskommentiert, nun geht es bei Keyhelp ohne Fehler bei der rspam Seite.
Ich hatte Redis schon vor rspam in Betrieb wegen Nextcloud, da habe ich damals ein Passwort in der config gemacht. Das Passwort könnte ich ja ohne Probleme auskommentieren, Nextcloud arbeitet ja dann trotzdem noch.
Ich habe jetzt in der /etc/redis/redis.conf requirepass auskommentiert, nun geht es bei Keyhelp ohne Fehler bei der rspam Seite.