Discourse: mancata rinnovazione del certificato

Bug
19

Questo non è vero.

  1. I link che ho allegato nel commento precedente provenivano da un git blame. Ecco la versione più recente del file (riga pertinente collegata): discourse_docker/templates/web.ssl.template.yml at 247c71a1e45d32b0b814a8e9d5fdaa4faaf727b9 · discourse/discourse_docker · GitHub
  2. La nuova installazione del sito del mio amico risale a una settimana fa. La riga 37 del modello sopra riporta: return 301 https://${DISCOURSE_HOSTNAME}$request_uri; ma nel container Docker di Discourse, sia il suo che il mio /etc/nginx/conf.d/outlets/before-server/20-redirect-http-to-https.conf riporta return 301 https://<il_tuo_sito_discourse>; Nota come $request_uri venga rimosso. Qualcosa lo sta facendo svanire! (Non so cosa).
  3. Ho eseguito un rinnovo forzato simulato questa mattina come parte della mia indagine. È fallito. Ho poi modificato /etc/nginx/conf.d/outlets/before-server/20-redirect-http-to-https.conf. Ha avuto successo!

In realtà va bene; modificherò manualmente 20-redirect-http-to-https.conf ogni volta che aggiorno Discourse. Per coloro che si imbattono in questo commento, il comando da eseguire è:

cat > /etc/nginx/conf.d/outlets/before-server/20-redirect-http-to-https.conf << 'EOF'
server {
  listen 80;
  listen [::]:80;

  location ~ /.well-known {
    root /var/www/discourse/public;
    allow all;
  }

  location / {
    return 301 https://<IL_TUO_INDIRIZZO_FORUM>$request_uri;
  }
}
EOF

Non sono del tutto sicuro di cosa stia causando questo fallimento, ma so che modificare il conf sopra lo risolve. Ma ho anche modificato le notifiche in modo che i rinnovi di letsencrypt non falliscano più silenziosamente — così posso avere un preavviso. Volevo solo farti sapere!

4 Mi Piace