KeyHelp Community

RHarms wrote: ↑Mon 15. Apr 2019, 09:49 Die Idee mit den unterschiedlichen System-URLs gefällt mir eigentlich ganz gut. Könnte Keyhelp für die einzelnen Dienste nicht auch einzelne Zertifikate bei LetsEncrypt abrufen? Die entsprechenden Einstellungen könnten dann ggf. auf der Seite "SSL-/TLS-Zertifikate -> Serverdienste absichern" vorgenommen werden.

es gibt ja auch LE Wildcard * Zertifikate. Dafür wäre es perfekt, wenn du z.b. imap.dein-host.eu pop.dein-host.eu login.dein-host.eu smtp.dein-host.eu usw. usf.

stfn116 wrote: ↑Mon 15. Apr 2019, 10:20 es gibt ja auch LE Wildcard * Zertifikate. Dafür wäre es perfekt, wenn du z.b. imap.dein-host.eu pop.dein-host.eu login.dein-host.eu smtp.dein-host.eu usw. usf.

Hmm...Das könnte aber dann wieder Probleme geben, wenn du mehrere Keyhelp-Instanzen unter einer Domain (also z.b. server1.domain.tld, server2.domain.tld, usw.) betreibst. Dann könntest du das Wildcard-Cert für *.domain.tld nur auf einem der Server holen und müßtest auf den anderen Servern wieder Einzelzertifikate installieren.

Wildcard oder nicht geht am eigentlichen Thema vorbei.

Es geht vielmehr darum dass die Zertifikate passend eingebunden werden und dass man selbige (in gewissen Rahmen) selbst bestimmen kann.

Ob am Ende 5 Einzelzertifikate oder ein Kombizertifikat gezogen gezogen wird ist eigentlich Boogie.

Wenn ich nicht ganz falsch liege, dann müsste man die einzelnen FQDN in der Datenbank speichern und beim generieren der Konfigurationsdateien nicht wie bisher den Hostnamen sondern den entsprechend neuen Wert nehmen.

Ich wäre auch dafür, wenn es umgesetzt werden könnte.

MfG
Olek

+1

Guten Morgen,

gibt es dafür schon eine Lösung?

Ebenfalls interessiert

mazmedia wrote: ↑Thu 15. Apr 2021, 14:06 Ebenfalls interessiert

Hier auch

+1(Erster Betrag)

Bzw acme.sh automatisch laufen lassen.
Gibt dafür.
Hat auch denke ich den vorteil das sich Namen und Pfade nicht wirklich Ändern..

MfG.

Nachdem Mail-SNI inzwischen erfolgreich ins Panel integriert wurde, würde ich es nur für stringent halten, wenn wir den Funktionswunsch bezüglich Standard Subdomains aufgreifen und erneuern.
Ich würde mir das z.B. etwa so vorstellen:
Beim Anlegen einer Hauptdomain habe ich da, wo aktuell die Checkbox für die www Subdomain ist, weitere Checkboxen für mail, imap, smtp und pop3, wo ich nur das Zertifikat brauche und weitere Checkboxen für webmail und dbadm, welche auf die entsprechende Anwendung weiterleiten.
Da ich vermute, daß sicher einige Reseller ihren Kunden den Zugang zum Panel unter einer eigenen Subdomain ermöglichen wollen, könnte in diesem Zuge auch noch eine Subdomain <panel>.domain.tld angelegt und konfiguriert werden, wobei <panel> vielleicht frei wählbar sein sollte (login, panel, kundenkontrollzentrum, whatever).

Jolinar wrote: ↑Thu 5. May 2022, 10:09 Beim Anlegen einer Hauptdomain habe ich da, wo aktuell die Checkbox für die www Subdomain ist, weitere Checkboxen für mail, imap, smtp und pop3, wo ich nur das Zertifikat brauche und weitere Checkboxen für webmail und dbadm, welche auf die entsprechende Anwendung weiterleiten.
Da ich vermute, daß sicher einige Reseller ihren Kunden den Zugang zum Panel unter einer eigenen Subdomain ermöglichen wollen, könnte in diesem Zuge auch noch eine Subdomain <panel>.domain.tld angelegt und konfiguriert werden, wobei <panel> vielleicht frei wählbar sein sollte (login, panel, kundenkontrollzentrum, whatever).

+1

+1

Als Threadstarter unterstütze ich Jolis Ergänzungen zu 100%.

Ausserdem würde ich mir wünschen wollen, dass solche System-URLs nicht in der Domainübersicht des Users auftauchen.
Er kann diese nutzen aber nicht konfigurieren oder einsehen.

Die System-URLs sollten auch auf der Liste der gesperrten Domainnamen gesetzt werden.
User können dann keine System-URLs selbstständig anlegen.

+ 1