Après avoir mis à jour le site web via SSH et reconstruit l’application, le site est hors ligne et ne redémarre pas. Quelqu’un sait ce qui cause le problème et comment le résoudre ?
Salut @Noba, votre capture d’écran contenait votre mot de passe SMTP ! Vous devriez le changer dès que possible. J’ai masqué votre sujet pour le moment.
Concernant votre problème : il semble que vous utilisiez Cloudflare, la solution suivante devrait donc également fonctionner pour vous.
J’ai essayé cette méthode, mais il semble que le problème n’ait toujours pas été résolu.
Je me demandais pourquoi il y avait récemment un nombre inhabituel de signalements liés à des problèmes Cloudflare, alors j’ai essayé par moi-même. Cela semble fonctionner très bien. Tout ce que j’ai eu à faire, c’est changer l’entrée DNS en « Proxied », passer le paramètre SSL de « Flexible » à « Full (strict) », ajouter le fichier cloudflare.template.yml dans app.yml et reconstruire le conteneur.
Cliquez sur l’image – il s’agit d’une capture d’écran plutôt grande et longue.
@Zyniker Je n’ai pas eu besoin de passer à TLS 1.2. Vous devriez peut-être revérifier vos paramètres et voir si autre chose est différent.
@Noba Pourriez-vous s’il vous plaît essayer de reconstruire à nouveau votre conteneur, juste pour écarter tout problème lié à cela ?
cd /var/discourse
git pull
./launcher rebuild app
Vous devriez également vérifier le journal d’erreur de nginx. Vous pouvez le trouver sur l’hôte à l’adresse /var/discourse/shared/standalone/log/var-log/nginx/error.log
J’ai essayé cette méthode, mais j’ai modifié les paramètres de Cloudflare selon vos indications. J’ai également ajouté cloudflare.template.yml et reconstruit l’application conteneur. Cependant, le site web ne se charge toujours pas. J’ai vérifié les journaux d’erreur et ils indiquent :
nginx : [emerg] impossible de charger le certificat “/shared/ssl/website.com_ecc.cer” : PEM_read_bio_X509_AUX() a échoué (SSL : erreur:0909006C:routines PEM:get_name:pas de ligne de début : Attente : CERTIFICAT DE CONFIANCE)
Quelqu’un a-t-il déjà résolu ce problème ? J’utilise le droplet Discourse pour mes sites et j’ai ajouté le modèle Cloudflare à mon app.tml, configuré Cloudflare en mode strict… et rien.
J’ai un autre droplet sous Ubuntu sur lequel j’ai également installé Discourse. Il fonctionne bien, ce sont uniquement les droplets Discourse dédiés qui posent problème. C’est étrange.
Pouvez-vous expliquer ce que vous entendez par là ? Faites-vous référence à l’installation en un clic ?
En effet. Tous mes forums créés avec l’installation en un clic affichent une erreur 521 après la dernière mise à jour. Mon droplet Ubuntu (avec Discourse) fonctionne correctement.
En tant que package tiers, nous ne prenons pas en charge cela ici. Vous devrez demander de l’aide à DigitalOcean pour ces problèmes.
Comme vous l’avez noté ci-dessus, les installations suivant le guide officiel fonctionnent correctement.
Il semble que leur pare-feu bloque tout d’une manière ou d’une autre, mais après avoir ajouté à la liste blanche, j’obtiens une erreur 524. Je n’utiliserai plus jamais de solution en un clic bidon. Je reste sur Ubuntu.