Hallo Leute
Ich musste die DNS-Methode verwenden, um den Besitz meines SSL-Zertifikats mit Let’s Encrypt zu authentifizieren.
Ich habe eine Kopie der vorhandenen Datei web.letsencrypt.ssl.template.yml in /var/discourse/templates/ erstellt und sie so modifiziert, dass sie die Methode zur automatischen DNS-API-Integration verwendet. Unten ist meine Beispielvorlage, ich würde mich freuen, wenn es Vorschläge zur Verbesserung gäbe.
Ich habe diese Datei web.letsencrypt.ssl.dns.template.yml genannt.
env:
LETSENCRYPT_DIR: "/shared/letsencrypt"
DISCOURSE_FORCE_HTTPS: true
hooks:
after_ssl:
- exec:
cmd:
- if [ -z "$LETSENCRYPT_ACCOUNT_EMAIL" ]; then echo "LETSENCRYPT_ACCOUNT_EMAIL ENV variable is required and has not been set."; exit 1; fi
- /bin/bash -c "if [[ ! \"$LETSENCRYPT_ACCOUNT_EMAIL\" =~ ([^@]+)@([^\\.]+) ]]; then echo \"LETSENCRYPT_ACCOUNT_EMAIL is not a valid email address\"; exit 1; fi"
- exec:
cmd:
- cd /root && git clone --branch 3.0.7 --depth 1 https://github.com/acmesh-official/acme.sh.git && cd /root/acme.sh
- touch /var/spool/cron/crontabs/root
- install -d -m 0755 -g root -o root $LETSENCRYPT_DIR
- cd /root/acme.sh && LE_WORKING_DIR="${LETSENCRYPT_DIR}" ./acme.sh --install --log "${LETSENCRYPT_DIR}/acme.sh.log"
- cd /root/acme.sh && LE_WORKING_DIR="${LETSENCRYPT_DIR}" ./acme.sh --upgrade --auto-upgrade
- cd /root/acme.sh && LE_WORKING_DIR="${LETSENCRYPT_DIR}" ./acme.sh --set-default-ca --server letsencrypt
- file:
path: /etc/runit/1.d/letsencrypt
chmod: "+x"
contents: |
#!/bin/bash
issue_cert() {
export CF_Token="$ENV_LETSENCRYPT_CF_TOKEN"
export CF_Account_ID="$ENV_LETSENCRYPT_CF_ACCOUNT_ID"
export CF_Zone_ID="$ENV_LETSENCRYPT_CF_ZONE_ID"
LE_WORKING_DIR="${LETSENCRYPT_DIR}" $ENV_LETSENCRYPT_DIR/acme.sh --issue --dns $ENV_LETSENCRYPT_DNS_PROVIDER $2 -d $ENV_DISCOURSE_HOSTNAME --keylength $1 -w /var/www/discourse/public
}
cert_exists() {
[[ "$(cd $ENV_LETSENCRYPT_DIR/$ENV_DISCOURSE_HOSTNAME$1 && openssl verify -CAfile <(openssl x509 -in ca.cer) fullchain.cer | grep "OK")"]]
}
########################################################
# RSA cert
########################################################
issue_cert "4096"
if ! cert_exists ""; then
# Try to issue the cert again if something goes wrong
issue_cert "4096" "--force"
fi
LE_WORKING_DIR="${LETSENCRYPT_DIR}" $ENV_LETSENCRYPT_DIR/acme.sh \
--installcert \
-d $ENV_DISCOURSE_HOSTNAME \
--fullchainpath /shared/ssl/$ENV_DISCOURSE_HOSTNAME.cer \
--keypath /shared/ssl/$ENV_DISCOURSE_HOSTNAME.key \
--reloadcmd "sv reload nginx"
########################################################
# ECDSA cert
########################################################
issue_cert "ec-256"
if ! cert_exists "_ecc"; then
# Try to issue the cert again if something goes wrong
issue_cert "ec-256" "--force"
fi
LE_WORKING_DIR="${LETSENCRYPT_DIR}" $ENV_LETSENCRYPT_DIR/acme.sh \
--installcert --ecc \
-d $ENV_DISCOURSE_HOSTNAME \
--fullchainpath /shared/ssl/$ENV_DISCOURSE_HOSTNAME_ecc.cer \
--keypath /shared/ssl/$ENV_DISCOURSE_HOSTNAME_ecc.key \
--reloadcmd "sv reload nginx"
if cert_exists "" || cert_exists "_ecc"; then
grep -q 'force_https' "/var/www/discourse/config/discourse.conf" || echo "force_https = 'true'" >> "/var/www/discourse/config/discourse.conf"
fi
- replace:
filename: "/etc/nginx/conf.d/discourse.conf"
from: /ssl_certificate.+/
to: |
ssl_certificate /shared/ssl/$ENV_DISCOURSE_HOSTNAME.cer;
ssl_certificate /shared/ssl/$ENV_DISCOURSE_HOSTNAME_ecc.cer;
- replace:
filename: /shared/letsencrypt/account.conf
from: /#?ACCOUNT_EMAIL=.+/
to: |
ACCOUNT_EMAIL=$ENV_LETSENCRYPT_ACCOUNT_EMAIL
- replace:
filename: "/etc/nginx/conf.d/discourse.conf"
from: /ssl_certificate_key.+/
to: |
ssl_certificate_key /shared/ssl/$ENV_DISCOURSE_HOSTNAME.key;
ssl_certificate_key /shared/ssl/$ENV_DISCOURSE_HOSTNAME_ecc.key;
- replace:
filename: "/etc/nginx/conf.d/discourse.conf"
from: /add_header.+/
to: |
add_header Strict-Transport-Security 'max-age=63072000';
Es gibt einige zusätzliche Umgebungsvariablen, die Sie zu app.yml hinzufügen und möglicherweise ändern müssen, wenn Sie Cloudflare nicht als Ihren DNS-Anbieter verwenden. Alle API-Einstellungen für die verschiedenen Anbieter finden Sie hier.
Dies habe ich zu meiner app.yml im Abschnitt templates hinzugefügt.
templates:
- "templates/postgres.template.yml"
- "templates/redis.template.yml"
- "templates/web.template.yml"
## Uncomment the next line to enable the IPv6 listener
#- "templates/web.ipv6.template.yml"
- "templates/web.ratelimited.template.yml"
## Uncomment these two lines if you wish to add Lets Encrypt (https)
- "templates/web.ssl.template.yml"
- "templates/web.letsencrypt.ssl.dns.template.yml"
#- "templates/web.letsencrypt.ssl.template.yml"
Und weiter unten im Abschnitt env.
## If you added the Lets Encrypt template, uncomment below to get a free SSL certificate
LETSENCRYPT_ACCOUNT_EMAIL: me@mydomain.com
LETSENCRYPT_CF_TOKEN: "YOUR_TOKEN"
LETSENCRYPT_CF_ACCOUNT_ID: "YOUR_ACCOUNT_ID"
LETSENCRYPT_CF_ZONE_ID: "YOUR_ZONE_ID"
LETSENCRYPT_DNS_PROVIDER: "YOUR_DNS_PROVIDER" ## i.e. dns_cf
Nachdem ich diese Dateien aktualisiert hatte, führte ich einfach den Befehl zum Neuerstellen der Docker-App aus.
cd /var/discourse
./launcher rebuild app
Nach dem Neuerstellen sollte Ihre App unter https:// laufen und es sollte ein Cron-Job geben, der täglich prüft, ob Ihr Zertifikat aktualisiert werden muss. Wenn es aktualisiert werden muss, wird ein neues Zertifikat abgerufen und automatisch installiert.
Ich hoffe, das hilft jemandem.