Probleme bei KeyHelp-Installation unter Ubuntu 24.04 – Rspamd-Repo nicht erreichbar, Zertifikatsfehler beim Installer

[Eomer]

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt

Server-Betriebssystem + Version
Ubuntu 24.04 (64-bit)

Eingesetzte Server-Virtualisierung-Technologie
KVM

KeyHelp-Version + Build-Nummer
25.1 (Build 3433)

Problembeschreibung / Fehlermeldungen
Bei der Installation bzw. beim Nachinstallieren von Rspamd ist folgender Fehler aufgetreten:

Code: Select all

================================================================================
Email protection
================================================================================

exec  | apt-get install -y gpg
      Reading package lists...
      Building dependency tree...
      Reading state information...
      gpg is already the newest version (2.4.4-2ubuntu17.2).
      gpg set to manually installed.
      0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
exec  | mkdir -p /etc/apt/trusted.gpg.d
exec  | wget --quiet --no-verbose --no-check-certificate --prefer-family="ipv4" -O- https://rspamd.com/apt-stable/gpg.key | gpg --dearmor | tee /etc/apt/trusted.gpg.d/rspamd.gpg > /dev/null
exec  | echo "deb http://rspamd.com/apt-stable/ noble main" | tee /etc/apt/sources.list.d/rspamd.list
      deb http://rspamd.com/apt-stable/ noble main
exec  | echo "deb-src http://rspamd.com/apt-stable/ noble main" | tee -a /etc/apt/sources.list.d/rspamd.list
      deb-src http://rspamd.com/apt-stable/ noble main
exec  | apt-get update
      Ign:1 http://rspamd.com/apt-stable noble InRelease
      Err:2 http://rspamd.com/apt-stable noble Release
        Cannot initiate the connection to rspamd.com:80 (135.181.136.158). - connect (101: Network is unreachable)
      Hit:3 http://archive.ubuntu.com/ubuntu noble InRelease
      Get:4 http://archive.ubuntu.com/ubuntu noble-updates InRelease [126 kB]
      Get:5 http://archive.ubuntu.com/ubuntu noble-backports InRelease [126 kB]
      Hit:6 http://security.ubuntu.com/ubuntu noble-security InRelease
      Get:7-16 verschiedene Updates aus den Ubuntu-Repositories
      Reading package lists...
      E: The repository 'http://rspamd.com/apt-stable noble Release' does not have a Release file.

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ERROR DETECTED <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

Ein Apt Update ergibt zudem das:

Code: Select all

root@panel2:/home/niko# wget -O keyhelp.sh https://repo.keyhelp.com/install/keyhelp.sh && sudo bash keyhelp.sh
--2025-07-01 08:15:46--  https://repo.keyhelp.com/install/keyhelp.sh
Resolving repo.keyhelp.com (repo.keyhelp.com)... 66.45.246.141
Connecting to repo.keyhelp.com (repo.keyhelp.com)|66.45.246.141|:443... connected.
ERROR: cannot verify repo.keyhelp.com's certificate, issued by ‘CN=E5,O=Let's Encrypt,C=US’:
  Issued certificate has expired.
ERROR: no certificate subject alternative name matches
        requested host name ‘repo.keyhelp.com’.

Erwartetes Ergebnis
Alle Repositories sind erreichbar und gültig, die Installation läuft fehlerfrei durch.

Tatsächliches Ergebnis
- Rspamd-Repository wird nicht gefunden bzw. `Release`-Datei fehlt.
- KeyHelp-Repo hat ein abgelaufenes Zertifikat.
- Installation bricht ab.

Schritte zur Reproduktion
1. Frisches Ubuntu 24.04 ohne FQDN
2. `wget`-Befehl zur KeyHelp-Installation ausgeführt.
3. Installation stoppt mit Zertifikatsfehler.
4. Rspamd manuell versucht nachzuinstallieren.
5. `apt-get update` liefert den Fehler `Release file does not exist`.

Zusätzliche Informationen / Fragen
- Ich vermute als Ursache, dass der Serveranbieter bei der Auslieferung ein fehlerhaft konfiguriertes Netz oder fehlerhafte FQDN/DNS-Parameter gesetzt hat. Evtl. auch durch eigene Netzkonfiguration (Default-Gateway/Resolver) verursacht. Das ist aber inwzsichen gefixt.
- Ich bin unsicher, wie man in diesem Fall am besten vorgeht, um eine **saubere Neuinstallation oder Korrektur** zu erreichen.

Falls jemand ein Vorgehen empfehlen kann (entweder manuelles Beheben oder sauberer Neuansatz), wäre ich dankbar.

[Jolinar]

Was mir beim Überfliegen deines Beitrags direkt aufgefallen ist:

Code: Select all

root@panel2:/home/niko# wget -O keyhelp.sh https://repo.keyhelp.com/install/keyhelp.sh && sudo bash keyhelp.sh

IMHO sollte der Aufruf so aussehen:

Code: Select all

wget https://install.keyhelp.de/install_keyhelp.sh -O install_keyhelp.sh ; bash install_keyhelp.sh ;

Ich weiß grad nicht, ob keyhelp.com unter der Ägide von Keyweb steht, aber da werden die Devs sicher in Kürze etwas dazu sagen können...

[Florian]

Hallo,

keyhelp.com ist nichts von uns. Wo hast du denn diesen Aufruf her?

[tab-kh]

keyhelp.com wird jedenfalls derzeit zum Verkauf angeboten

[tab-kh]

Nachdem es nun auch offiziell bestätigt ist, dass die Domain nicht Keyweb gehört, empfiehlt sich jetzt wohl eher eine komplette Neuinstallation des Servers als eine Behebung der Probleme. Weiss der Geier was das für ein Installationsskript ist und zu welchen Botnetz der Server derzeit gehört.

[Jolinar]

Moderativer Hinweis:
Thread nach Off Topic verschoben, da offenbar kein Bezug zu Keyhelp vorhanden/erkennbar ist.

[Eomer]

Man hätte auch einfach kurz warten können bis ich das aufkläre, aber whatever, hat sich erledigt.

[Florian]

Du kannst es doch noch aufklären.

[Jolinar]

Man hätte auch einfach kurz warten können bis ich das aufkläre

Womit hätte jetzt wer genau warten sollen? Sprichst du darauf an, daß ich den Thread ins OT verschoben habe?

BTW:
Du bist der erste, der sich beschwert, weil die Keyhelp Community "zu schnell" reagiert. Sonst beschweren sich immer nur Leute, daß zu langsam reagiert wird...