certbot certonly \
--standalone \
--non-interactive \
--agree-tos \
--email <IHRE E-MAIL> \
--eab-kid <KEY-ID> \
--eab-hmac-key <HMAC-KEY> \
--server <SERVER-URL> \
--domain fqdn1.uni-rostock.de,fqdn2.uni-rostock.de \
--key-type rsa \
--rsa-key-size 4096
--deploy-hook "apachectl -k graceful"

Die notwendigen Daten <KEY-ID>, <HMAC-KEY> und <SERVER-URL> können Sie nach der Einrichtung Ihres Kontos im Zertifikatsservice einsehen. Weitere Angaben:

• agree-tos - die Zustimmung zu den Terms of Service muss gesetzt sein.
• email zur eventuellen Kommunikation bei fehlgeschlagener Erneuerung muss gesetzt sein.
• domain darf nur FQDNs enthalten, die bei der Einrichtung des Konto eingetragen wurden. Werden mehrere FQDN< eingebunden, sind diese per Kommata ohne Freizeichen zu trennen.
• deploy-hook ist optional und kann einen Prozess nach der Erneuerung des Zertifikates anstoßen - hier ein Relaod des Webservers. Die Optionen --pre-hook und --post-hook können genutzt werden, um Aktionen vor oder nach dem Erneuerungsversuch auszuführen (bspw. Abschalten eines Dienstes, Öffnen einer Firewall…).

acme.sh --set-default-ca --server <SERVER-URL> 
acme.sh --register-account --email <IHRE EMAIL> --eab-kid <KEY-ID> --eab-hmac-key <HMAC-KEY> --server <SERVER-URL> 
acme.sh --issue -d fqdn1.uni-rostock.de -d fqdn2.uni-rostock.de --keylength 4096 --days 100 --stateless 
acme.sh --renew -d fqdn1.uni-rostock.de

Die notwendigen Daten <KEY-ID>, <HMAC-KEY> und <SERVER-URL> können Sie nach der Einrichtung Ihres Kontos im Zertifikatsservice einsehen. Weitere Angaben:

• email zur eventuellen Kommunikation bei fehlgeschlagener Erneuerung muss gesetzt sein
• d darf nur Domains/FQDNs enthalten, die bei der Einrichtung des Konto eingetragen wurden. Werden mehrere FQDNs eingebunden, sind diese mit jeweils eigener Option -d anzugeben. Der erste FQDN wird als cn, die weiteren als Subject Alternative Names (SAN) im Zertfikat eingetragen.
• issue führt zum erstmaligen Ausstellen des Zertfiikates
• renew führtzu einer Erneuerung des Zertifikates. Der angegebene FQDN gilt dabei als Identifikator der auf dem System befindlichen Zertifikate und muss mit dem CN (!) des issue-Befehls übereinstimmen. Wird automatisch durch einen cron-Job aufgerufen, kann aber auch manuell gestartet werden.

wacs.exe
  --verbose
  --baseuri <SERVER-URL>
  --accepttos
  --emailaddress <IHRE EMAIL>
  --eab-key-identifier <KEY-ID>
  --eab-key <HMAC-KEY>
  --source manual
  --host  “fqdn1.uni-rostock.de,fqdn2.uni-rostock.de”
  --commonname “fqdn1.uni-rostock.de”
  --csr rsa
  --validation none
  --store “pemfiles,certificatestore”
  --pemfilespath “C:\Temp”
  --certificatestore “Personal”
  --acl-read "network service"

Die notwendigen Daten <KEY-ID>, <HMAC-KEY> und <SERVER-URL> können Sie nach der Einrichtung Ihres Kontos im Zertifikatsservice einsehen. Weitere Angaben:

• accepttos - die Zustimmung zu den Terms of Service muss gesetzt sein.
• emailaddress zur eventuellen Kommunikation bei fehlgeschlagener Erneuerung muss gesetzt sein.
• host darf nur Domains/FQDNs enthalten, die bei der Einrichtung des Kontos eingetragen wurden. Wird in Anführungszeichen angegeben. Werden mehrere FQDNs eingebunden, sind diese mit Kommata getrennt ohne Freizeichen einzutragen.
• commonname darf nur Domains/FQDNs enthalten, die bei der Einrichtung des Konto eingetragen wurden. Muss einen Eintrag aus host enthalten.
• store gibt an, wo die ausgestellten Zertifikate gespeichert werden sollen: pemfiles werden im Dateisystem im Pfad pemfilespath abgelegt. Wird certficatestore gewählt, so werden sie im zentralen Zertifikatsspeicher des OS im Bereich certificatestore abgelegt.
• acl-read gibt an, wer diese Zertfikate lesen darf.