Der Server und damit auch das Panel lauschen und antworten immer auf allen vergebenen IPs. Wenn du deine Domains extern verwaltest, kann st du jede auf eine andere IP deines Servers routen. Allerdings hält es nicht das Panel davon ab, auch auf diesen IPs zu antworten.

Alles händisch, alles neu. Kannst ja im August mal Bescheid geben, wie es gelaufen ist...
Ggfls. erleichtert noch das ein oder andere Script die Arbeit, aber bei 600 Adressen is es ein harter Job.

Die üblichen Verdächtigen :
- ist IPv6 aus?
- ist Debian 10 wirklich minimal installiert worden?
- handelt es sich um einen dedizierten Server?

Falls 3 x Ja, hab einfach mehr Geduld an der Stelle.

Ohne mich zu weit aus dem Fenster zu lehnen: Vermutlich wird dieses Feature zunächst nicht ausgerollt.

Ist aus meiner Sicht vollkommen OK. Denn wer dieses haben möchte, hat die Option, seine Maschine bei Keyweb zu buchen.

für KeyHelp 20.1 planen wir, wie auch schon im Feature Wunsch Forum gewünscht, die TLS Cipher für KeyHelp anzupassen Bevor nachher der Aufschrei groß ist, daß die neue TLS-Config zu restriktiv wäre (weil z.B. einige Mailserver noch kein TLS 1.2 verstehen) oder vielleicht für manche nicht restriktiv...

I have talk with the Devs and its planned... YES. But at the moment you have only manually restore, because OOTB is no solution available.

Keyhelp is very stable, you never need a restore

Tobi wrote: ↑Wed 4. Mar 2020, 12:28 Demnach brauch ich nix zu machen.
So gefällt mir das

Läuft das Ding, fass es nicht an

Alex nutzt, soweit ich weiß, eine eigene Routine für LE. Vermutlich dürfte daher nicht ein Zertifikat betroffen sein.

Hast du mal einen Blick in die settings.php geworfen und diese korrekt umbenannt?
Ich habe das komplette Verzeichnis für keyhelp ge-chownt.

Wenn der Server FQDN bei Inbetriebnahme des neuen Servers bereits via DNS bekannt ist, stellt KH eigentlich (ich glaube nach dem Reboot) ein LE Zertifikat aus.

Ah, der Debian Pinguin

Ubuntu schon

Klasse Arbeit, Olli, jetzt funktioniert es perfekt

SuperALEX!