Replymessage unavailable
Das Kommando:
certbot renew --quiet --post-hook "systemctl reload nginx" certbot -d domain.de (http://deimundt.de/)
tut folgendes:
1️⃣ Das Programm certbot wird angewiesen das Zertifikat zu erneuern (renew)
2️⃣ Und es soll dabei keine Ausgaben machen (--quiet) [halte ich für kritisch weil man im Fehlerfall eben nicht herausfinden kann ob und was schief gelaufen ist]
3️⃣ Es soll für danach (post) einen Haken (hook) setzen
4️⃣ Dann wird der Dienst systemd (systemctl) angewiesen den (Web) Server (nginx) neu zu laden (reload)
Jeder weitere String, wie dein certbot -d domain.de (http://deimundt.de/) ist nicht mehr Teil des Kommandos und sollte normalerweise zu einer entsprechenden Fehlermeldung führen.
Nur wird es, wenn es nicht direkt in der Shell ausgeführt wird eben nichts zu lesen geben weil du nicht mittels Ausgabeumleitung (>) die Fehlermeldungen in eine Protokolldatei geschrieben hast. Etwa so:
certbot -d domain.de 2>/var/log/certbot.errors.txt
Der Ausgabekanal 2 ist der für die Fehlermeldungen, in meinem Beispiel werden etwaige Fehlermeldungen also in eine Datei certbot.errors.txt im Pfad /var/log geschrieben. Existiert die Datei schon, so wird diese überschrieben, ansonsten neu angelegt.
Aber einen Schritt zurück.
Nach dem Kommando certbot renew --quiet --post-hook "systemctl reload nginx" braucht es entweder ein Semikolon (;), ein kaufmännisches Und (&) bzw. derer gleich zwei (&&) damit das Folgende als eigenständiges Kommando angenommen wird. Also etwa so:
certbot renew --quiet --post-hook "systemctl reload nginx && $DeinBefehl" certbot -d domain.de
Dadurch wird das Kommando nach den &-Zeichen erst dann ausgeführt wenn das Kommando vor den &-Zeichen erfolgreich ausgeführt wurde. Inklusive Fehlerausgaben:
certbot renew --quiet --post-hook 2>/var/log/certbot.log && "systemctl reload nginx 2>/var/log/nginx.log && $DeinBefehl2>/var/log/logfile.log" certbot -d domain.de 2>>/var/log/certbot.log
Damit würden Logfiles für certbot, nginx, systemctl, logfile angelegt und besonders die certbot Datei durch die >> beim 2. Aufruf nicht überschrieben sondern erweitert.
Soviel nur mal auf die Schnelle.