Échec du renouvellement du certificat Discourse

Bug
19

Ce n’est pas vrai.

  1. Les liens que j’ai joints dans le commentaire ci-dessus provenaient d’un git blame. Voici la dernière version du fichier (ligne pertinente liée) : discourse_docker/templates/web.ssl.template.yml at 247c71a1e45d32b0b814a8e9d5fdaa4faaf727b9 · discourse/discourse_docker · GitHub
  2. La nouvelle installation du site de mon ami date d’il y a une semaine. La ligne 37 du modèle ci-dessus indique : return 301 https://${DISCOURSE_HOSTNAME}$request_uri; mais dans le conteneur Docker de Discourse, le fichier /etc/nginx/conf.d/outlets/before-server/20-redirect-http-to-https.conf de son site (et du mien) indique return 301 https://<votre_site_discourse>; Remarquez comment $request_uri est supprimé. Quelque chose le fait disparaître ! (Je ne sais pas quoi).
  3. J’ai effectué un renouvellement forcé simulé ce matin dans le cadre de mon enquête. Cela a échoué. J’ai ensuite modifié /etc/nginx/conf.d/outlets/before-server/20-redirect-http-to-https.conf. Cela a réussi !

C’est en fait acceptable ; je modifierai simplement manuellement 20-redirect-http-to-https.conf chaque fois que je mettrai à jour Discourse. Pour ceux qui tombent sur ce commentaire, la commande à exécuter est :

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://<VOTRE_ADRESSE_FORUM>$request_uri;
  }
}
EOF

Je ne suis pas entièrement sûr de ce qui cause cet échec, mais je sais que la modification du fichier de configuration ci-dessus le résout. Mais j’ai également modifié les notifications afin que les renouvellements letsencrypt n’échouent plus silencieusement — afin que je puisse avoir un avertissement préalable. Je pensais juste que vous aimeriez le savoir !

4 « J'aime »