Das erste Problem ist bei mir auch aufgetreten.
Danke für den Hinweis, die Fehler wurden eben behoben.
Eine aktualisierte Preview-Version ist dann in ca. 30 Minuten im Repository.
Die Preview wurde eben auf v2.8.0-r5501 aktualisiert - damit sollten alle o.g. Fehler behoben sein.
Bei der Erstellung eines LE-Zertifikates für eine Domain, die durch externe Nameserver verwaltet wird, wird gegen alle IPs der IP-Gruppe geprüft. Dies führt hier zu folgender Fehlermeldung
DNS error: IP(s) missing in DNS: 1.2.3.4,2.3.4.5,usw (Die Domain zeigt nur auf eine einzige IP aus der Gruppe). Die Ausstellung des LE-Zertifikates wird dann scheinbar nicht angestossen, sondern hängt mit pending.
LG
Thomas
M.E. ist das in Ordnung da es auf eine Inkonsistenz hinweist. Es könnte ja sein, dass die Zone einen Fehler enthält - hierdurch würde er auffallen.
Ich bin dagegen, das zu ändern und dafür, dass du eine passende IP-Gruppe verwendest oder die Zone anpasst.
Bei der Erstellung eines LE-Zertifikates für eine Domain, die durch externe Nameserver verwaltet wird, wird gegen alle IPs der IP-Gruppe geprüft. Dies führt hier zu folgender Fehlermeldung
DNS error: IP(s) missing in DNS: 1.2.3.4,2.3.4.5,usw (Die Domain zeigt nur auf eine einzige IP aus der Gruppe). Die Ausstellung des LE-Zertifikates wird dann scheinbar nicht angestossen, sondern hängt mit pending.
Danke für den Hinweis, das haben wir nun in r5503 korrigiert. Technisch betrachtet ist es in Ordnung, wenn der DNS weniger IPs für eine Domain meldet als in der IP-Gruppe konfiguriert sind (kann z.B. für Failover- oder Loadbalancer-Konfigurationen wichtig sein).
Das Update steht spätestens morgen im Test-Repository bereit.
Ich habe weiterhin ein Problem, dass einige Zertifikate nicht verlängert werden können.
Fehlermeldung:
obrigado.de 2019-07-05 15:17:45 http-01 invalid
Invalid response from https://www.xxxx.de/login [xx.xx.xx.xx]: "<!DOCTYPE html>\n<html class="ng-csp" data-placeholder-focus="false" lang="en" >\n\t<head data-requesttoken="CAUnIUMdHhk5emMDeiMwAF"
Betrifft das wirklich mehrere Zertifikate oder nur dieses eine? Wann exakt wurde dieser Fehler protokolliert? (/var/log/liveconfig/liveconfig.log)
Vom Timing her könnte es sein, dass das LiveConfig-Update die Verlängerung der SSL/TLS-Zertifikate angestoßen hatte *bevor* die vHosts im Apache dafür passend konfiguriert waren (also vor dem Apache-Reload). Kann ich mir zwar nur schwer vorstellen, aber das wäre eine Erklärung. Ggf schicken Sie uns einfach die /var/log/liveconfig/liveconfig.log an support@liveconfig.com und wir schauen uns das mal an.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
