Integrate Let's Encrypt error beim start
- Ersteller des Themas vikozo
- Erstellungsdatum
robotto7831a
Well-Known Member
Steht doch da.
robotto7831a
Well-Known Member
Du schreibst in der Konsole stand, dass eine Subdomain nicht erreichbar ist und im Logfile steht das gleiche. Wo ist das Problem?
Warum rufst Du den certbot eigentlich selber auf? DAs macht ISPConfig schon für dich.
Warum rufst Du den certbot eigentlich selber auf? DAs macht ISPConfig schon für dich.
@robotto7831a in der Anleitung steht es so! (HHVM and Let's Encripyt gemäss dem ISPConfig PDF file 3.1 installiert ohne Fehler)
@HSorgYves hab jetzt diese subdomain hinzugefügt und im Logfile noch diese Fehlermeldung
@HSorgYves hab jetzt diese subdomain hinzugefügt und im Logfile noch diese Fehlermeldung
Zuletzt bearbeitet:
In der Anleitung steht aber auch dass Du abbrechen sollst wenn er fragt pb er ein cert erstellen soll. Denn Mit certbot-auto soll ja certbot nur installiert werden.
Hallo @Till
dieses Fenster ist nicht aufgetaucht - ich hatte eine Liste von Domains erhalten und Subdomains und da ging ich dann weiter und habe nicht abgebrochen.
im ISPconfig habe ich unter Sites und Domains dann
SSL und Let's Encrypt SSL aktiviert
unter SSL selber ist der obere Teil ausgefüllt.
aber ab SSL Key bis zum Schluss ist es leer
und bei SSL Action: ist zur zeit ein None
dieses Fenster ist nicht aufgetaucht - ich hatte eine Liste von Domains erhalten und Subdomains und da ging ich dann weiter und habe nicht abgebrochen.
im ISPconfig habe ich unter Sites und Domains dann
SSL und Let's Encrypt SSL aktiviert
unter SSL selber ist der obere Teil ausgefüllt.
aber ab SSL Key bis zum Schluss ist es leer
und bei SSL Action: ist zur zeit ein None
Ausserdem gibt es in der Zwischenzeit ein certbot Paket für Debian ab Version 8 das meiner Meinung nach für die Meisten der Selbstinstallation vorzuziehen ist. Auch HHVM ist in Debian Testing als aktuelles Paket vorhanden und kann mit ISPConfig (auch auf Debian 9) genutzt werden.
Wrde ich sicherlich mit dem nächsten Update des Manuals ergänzen.
Ich halte nicht allzuviel davon, Pakete von Testing in stable rein zu ziehen. Aber wer will, kann das natürlich machen. da sich ja nach aktuellen News HHVM von der PHP Kompatibilität versbschieden will, überlege ich sowieso ob wir HHVM nicht wieder entfernen werden.
Das wurde dort noch nie angezeigt da es nicht in die Datenbank importiert wird.
Ist ja nicht weiter schlimm, wird auch so gehen
LE und certbot ändern sich ständig und sie geben nichts darauf langfristig kompatibel zu sein, man muss also dauernd was für sie ändern. Aktuell haben sie z.B. vor einigen Tagen angefangen den Installationsort zu ändern ohne Rückwärtskompatibilität zu wahren, alle software die LE am gewohnten Ort sucht schlägt jetzt fehl. Du müsstest Daher ggf. mal mit ispconfig_update.sh auf die git-stable version updaten, denn ISPConfig findet certbot sonst auch nicht mehr.Ich mag es auch nicht verschiedene Distributionen zu mischen, manchmal ist das aber besser als eine externe Repository zu wählen. Da HHVM keine anderen Pakete installiert die in Konflikt mit stable stehen, ist es eine für mich akzeptable Lösung. @Till, hast Du eine Referenz, dass HHVM sich von der php Kompatibilität verabschieden will?
War keine Kritik, nur eine Feststellung als Antwort an @vikozo 's Post #8.
ging doch heute durch die "fachpresse" aka heise/golem und co.
Danke @nowayback , hatte heute noch keine Zeit diese zu lesen. Klang als sei dies schon länger bekannt...
Aktualisier Dein ISPConfig mal auf git-stable mit ispconfig_update.sh. Dann logge Dich in ISPConfig ein, deaktivier LE für die betroffene website, speicher, und dann aktivier LE wieder.
@Till
vielen Dank, ich habe deine Info befolgt und git-stable ein update gemacht, ohne Probleme.
vorab eine Frage
ich hab an die 1000 files unter /var/log/letsencrypt/
die etwa so aussehen - letsencrypt.log.801
wenn ich nun mit multitail letsencrypt.log
bekomme ich einen Fehler (und die Zeit ist um 2h verschoben also schreibt 14 statt 16
vielen Dank, ich habe deine Info befolgt und git-stable ein update gemacht, ohne Probleme.
vorab eine Frage
ich hab an die 1000 files unter /var/log/letsencrypt/
die etwa so aussehen - letsencrypt.log.801
wenn ich nun mit multitail letsencrypt.log
bekomme ich einen Fehler (und die Zeit ist um 2h verschoben also schreibt 14 statt 16
tail: „letsencrypt.log“ ist aufgetaucht; folge Ende der neuen Datei
2017-09-20 14:27:01,941
2017-09-20 14:27:01,942:INFO:certbot.main:Saving debug log to /var/log/letsencrypt/letsencrypt.log
2017-09-20 14:27:01,942
2017-09-20 14:27:01,942
96', '--email', 'postmaster@kocher.photos', '--domains', 'kocher.photos', '--domains', 'www.kocher.photos', '--webroot-path', '/usr/local/ispconfig/interface/acme']
2017-09-20 14:27:01,943
2017-09-20 14:27:01,943
2017-09-20 14:27:01,945
Description: Place files in webroot directory
Interfaces: IAuthenticator, IPlugin
Entry point: webroot = certbot.plugins.webroot:Authenticator
Initialized: <certbot.plugins.webroot.Authenticator object at 0x7f52f6425a90>
Prep: True
2017-09-20 14:27:01,946
2017-09-20 14:27:01,962
2017-09-20 14:27:01,964
2017-09-20 14:27:01,966:INFO:requests.packages.urllib3.connectionpool:Starting new HTTPS connection (1): acme-v01.api.letsencrypt.org
2017-09-20 14:27:02,569
2017-09-20 14:27:02,570
HTTP 200
Server: nginx
Content-Type: application/json
Content-Length: 561
Replay-Nonce: 3J9lJXAqfbNvV0dpHrxE0ncxdj7hogcTWKU8_3c1cX0
X-Frame-Options: DENY
Strict-Transport-Security: max-age=604800
Expires: Wed, 20 Sep 2017 14:27:02 GMT
Cache-Control: max-age=0, no-cache, no-store
Pragma: no-cache
Date: Wed, 20 Sep 2017 14:27:02 GMT
Connection: keep-alive
{
"key-change": "https://acme-v01.api.letsencrypt.org/acme/key-change",
"meta": {
"terms-of-service": "https://letsencrypt.org/documents/LE-SA-v1.1.1-August-1-2016.pdf"
},
"new-authz": "https://acme-v01.api.letsencrypt.org/acme/new-authz",
"new-cert": "https://acme-v01.api.letsencrypt.org/acme/new-cert",
"new-reg": "https://acme-v01.api.letsencrypt.org/acme/new-reg",
"revoke-cert": "https://acme-v01.api.letsencrypt.org/acme/revoke-cert",
"vPyNxOp11cY": "https://community.letsencrypt.org/t/adding-random-entries-to-the-directory/33417"
}
2017-09-20 14:27:02,572:WARNING:certbot.storage:Attempting to parse the version 0.18.1 renewal configuration file found at /etc/letsencrypt/renewal/kozo.ch.conf with version 0.10.2 of Certbot. This might not wor
k.
2017-09-20 14:27:02,577
2017-09-20 14:27:02,582
2017-09-20 14:27:02,582
2017-09-20 14:27:02,583
2017-09-20 14:27:02,583
2017-09-20 14:27:02,584
2017-09-20 14:27:02,584
2017-09-20 14:27:02,584
2017-09-20 14:27:02,585
2017-09-20 14:27:02,585:INFO:certbot.renewal:Cert not yet due for renewal
2017-09-20 14:27:02,585:INFO:certbot.main:Keeping the existing certificate
Dann lies doch mal was drin steht,z.B.:
2017-09-20 14:27:02,585:INFO:certbot.renewal:Cert not yet due for renewal
2017-09-20 14:27:02,585:INFO:certbot.main:Keeping the existing certificate
Also zusammengaffst, LE wurde gestartet, hat das Cert getestet, hat das cert erneut verifiziert, hat alles für gut befunden, es war kein renewal nötig, und hat sich beendet.
2017-09-20 14:27:02,585:INFO:certbot.renewal:Cert not yet due for renewal
2017-09-20 14:27:02,585:INFO:certbot.main:Keeping the existing certificate
Also zusammengaffst, LE wurde gestartet, hat das Cert getestet, hat das cert erneut verifiziert, hat alles für gut befunden, es war kein renewal nötig, und hat sich beendet.
http://kocher.photos/
http://kocher.reisen/
amüsant bei einer Page geht das Redirect auf https bei der anderen nicht.
Pränziser, das man ein Zertifikat sieht das Redirect per se geht...
http://kocher.reisen/
amüsant bei einer Page geht das Redirect auf https bei der anderen nicht.
Pränziser, das man ein Zertifikat sieht das Redirect per se geht...
Zuletzt bearbeitet: