Come posso risolvere il problema correttamente?
Sembra che possa esserci un problema con letsencrypt che non riesce a rinnovare il certificato.
Quando eseguo .launcher logs app, i log menzionano il controllo di /shared/letsencrypt, ma quella directory non esiste. Ho /shared/standalone/letsencrypt.
È possibile che un aggiornamento abbia modificato la struttura delle directory a un certo punto e che qualcosa non stia puntando al percorso corretto ora?
Questo template è errato?
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.6 --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/nginx/letsencrypt.conf"
contents: |
user www-data;
worker_processes auto;
daemon on;
events {
worker_connections 768;
# multi_accept on;
Sembra che tu abbia fatto qualcosa che ha causato il mancato rinnovo del certificato e ora sei soggetto a limitazione della frequenza. Qualcuno di recente lo ha fatto bloccando la porta 80.
Una soluzione alternativa è richiedere un certificato per un hostname aggiuntivo come descritto in Configura Let’s Encrypt con domini / reindirizzamenti multipli
Credo che quel percorso esisterebbe all’interno del container, non sulla tua macchina principale.