SSL Zertifikate für den Server selber

Das sollte helfen: https://www.liveconfig.com/de/kb/liveconfig-lets-encrypt/

Leider mit Bastelarbeit verbunden. Wäre es möglich, das ganze in Zukunft zu vereinfachen? Auch wir greifen noch immer auf Wildcard-Kaufzertifikate zurück, welche einmal pro Jahr manuell eingespielt werden müssen (/etc/liveconfig/sslcert.pem) - ein nicht unerheblicher aufwand bei einer großen Anzahl an Servern.

Man kann ja für Proftpd das Servergenerierte LetsEncrypt Cert nehmen

Und dann das einfach per Cronscript regelmäßig rüberschieben zum LC Login.

#!/bin/sh
[ -e /etc/ssl/private/proftpd.key ] || exit 1
cat /etc/ssl/private/proftpd.key > /etc/liveconfig/sslcert.pem
cat /etc/ssl/certs/proftpd.crt >> /etc/liveconfig/sslcert.pem
/etc/init.d/liveconfig restart >/dev/null 2>&1

So ähnlich mache ich es auch. Habe eine Domain mit LE Zertifikat die Proxy für :8443 spielt und schiebe das LE Zertifikat regelmäßig in das sslcert. So hat man noch die Möglichkeit über :8443 zuzugreifen, falls der Apache mal nicht will.

Falls der Apache-Proxy nicht will, kann ich das ungültige SSL-Zertifikat akzeptieren. Endkunden werden dieses Zertifikat nicht nutzen. Monitoring stellt sicher, dass das Renewal der Subdomain sauber hinhaut.

Somit ist - mir / bei uns - der LiveConfig-Port selbst sowie das Zertifikat, das LiveConfig dafür verwendet, nicht relevant.

Dein Webserver läuft und ist auf dieser IPv4/IPv6-Adresse erreichbar? Die Fehlermeldung sagt, dass das nicht der Fall sein.

Zitat von K3ule

antondollmaier Ja exakt, das ist ja das schräge.

Über https://mm-mg.de:8443 komme ich ja auch auf den Server.

Dann lief zwar LiveConfig, aber nicht der Apache. Wenn's jetzt passt, okay - aber LiveConfig läuft (im Gegensatz zu Plesk) als eigener Dienst, völlig unabhängig vom Apache.