Salut à tous !!
Le site entier est hors ligne après la mise à jour vers la dernière version. Après la mise à jour, j’ai redémarré l’ensemble du serveur. J’utilise Cloudflare. Je ne sais pas quel est le vrai problème. J’ai besoin d’une aide sérieuse !!
Je rencontre le même problème !
J’ai retiré mon site de Cloudflare et mon site est de nouveau en ligne. Il semble que Cloudflare soit le coupable.
Je rencontre (rencontrais) le même problème avec forum.confident.faith. Je peux confirmer que le simple fait de « mettre en pause » le site dans l’interface Cloudflare résout le problème. C’est particulièrement étrange, car j’ai plusieurs autres sites avec la même configuration qui ne rencontrent pas ce problème.
Combien de temps votre site a-t-il mis pour redevenir en ligne une fois que vous avez redirigé les paramètres DNS vers Digital Ocean ?
Cela devrait se produire entre 5 secondes et une minute si votre TTL est réglé sur Auto.
Cela dépend de vos paramètres de TTL (Time to Live).
Mon site web ne fonctionne pas non plus après la mise à jour. J’ai mis à jour les paramètres TLS vers 1.2, mais le site ne se charge toujours pas. Veuillez m’indiquer ce qui pourrait poser problème et comment résoudre cela ?
Passer à TLS 1.2+ n’est absolument pas la solution.
Veuillez comparer vos paramètres avec ceux que j’ai publiés sur After updating website wont come back online - #6 by gerhard. Une reconstruction de votre conteneur Docker, comme mentionné dans ce post, pourrait également aider.
J’ai suivi les instructions de ce fil, mais mon site web ne fonctionne toujours pas. Pourriez-vous s’il vous plaît me dire quel pourrait être le problème ? J’ai également répondu dans ce fil en indiquant l’erreur affichée dans mes journaux d’erreurs.
J’ai essayé de supprimer ./shared/standalone/ssl/website.com_ecc.cer et ./shared/standalone/ssl/website.com_ecc.key comme l’a indiqué @gerhard dans un fil privé. Ensuite, j’ai reconstruit l’application, mais le site web ne se charge toujours pas. Je n’arrive pas à trouver la solution idéale pour ce problème. Veuillez m’aider, car mon site web est hors ligne depuis plus de 10 heures maintenant.
J’ai simplement consulté les journaux d’erreurs et trouvé cette erreur :
nginx: [emerg] cannot load certificate "/shared/ssl/website.com_ecc.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0909006C:PEM routines:get_name:no start line:Expecting: TRUSTED CERTIFICATE)
Je pense avoir rencontré ce problème récemment sur un site, mais il y avait aussi quelques autres problèmes, donc les détails sont flous dans ma tête. Vous pouvez essayer :
rm -rf /var/discourse/shared/standalone/ssl
rm -rf /var/discourse/shared/standalone/letsencrypt
et ensuite reconstruire.
Si vous êtes bloqué et souhaitez régler le problème en payant, je peux vous remettre en service pour 300 $. Je suis à mon bureau en ce moment. Redirecting….
J’ai essayé ce que vous avez dit, mais le site web ne se charge toujours pas. Les journaux continuent de signaler l’erreur
nginx: [emerg] cannot load certificate "/shared/ssl/website.com.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0909006C:PEM routines:get_name:no start line:Expecting: TRUSTED CERTIFICATE)
Je suis vraiment désolé, mais je ne suis pas en mesure de débourser 300 $ pour le moment.
300 $, c’est beaucoup d’argent, mais je suis assez occupé aujourd’hui (quand je ne suis pas en train d’attendre que ce que je teste ne plante). Mon dernier conseil gratuit est de lancer :
cd /var/discourse/containers
grep DISCOURSE app.yml
mv app.yml app.broken
cd ..
./discourse-setup
Cela générera un nouveau fichier app.yml. Peut-être que quelque chose dans ce fichier cause le problème. La commande grep sert à ce que vous ayez les informations nécessaires pour répondre aux questions posées par discourse-setup.
J’ai essayé cela, mais la configuration n’a pas démarré. Grep a fonctionné et j’ai copié toutes les données dans un endroit sûr pour pouvoir les réutiliser. Mais maintenant, lorsque j’essaie de relancer la configuration, le message suivant s’affiche :
Cela vous indiquera quelle commande utilise le port 80
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
docker-pr 27737 root 4u IPv6 47517368 0t0 TCP *:http (LISTEN)Si vous essayez d’exécuter Discourse simultanément avec un autre serveur web
comme Apache ou nginx, vous devrez vous lier à un port différentVoir Run other websites on the same machine as Discourse
Si vous reconfigurez une instance Discourse déjà configurée, utilisez
./launcher stop app
pour arrêter Discourse avant de le reconfigurer et réessayez.
Je pense que la situation empire simplement.
Désolé. Vous avez peut-être un problème plus difficile que celui qui peut être résolu ici.
Étant donné que votre fichier de conteneur nommé app.yml a été banni, vous devez d’abord arrêter l’ancien conteneur avec :
docker stop app
Ensuite, discourse-setup peut s’exécuter.
Je ne vois pas pourquoi grep ne fonctionnerait pas.
Bonjour @pfaffman, j’essaie de résoudre ce problème depuis plusieurs heures et voici ce que j’ai fait. J’ai réussi à supprimer le dossier SSL et le dossier letsencrypt. Ensuite, j’ai retiré les lignes relatives à letsencrypt du fichier app.yml et reconstruit l’application. Finalement, j’ai désactivé HTTPS sur Cloudflare. Après avoir effectué toutes ces étapes, le site web est à nouveau accessible. Cependant, le site n’est plus en HTTPS. Je pense que je dois voir ce qu’il reste à faire à partir d’ici.
Vous n’avez pas besoin d’activer le nuage orange de Cloudflare. Je n’avais pas remarqué que vous utilisiez Cloudflare, et si vous aviez lu le titre de ce sujet, vous auriez peut-être pensé que c’était le problème.
Il vous suffit d’activer Let’s Encrypt dans app.yml et cela fonctionnera.
Si vous activez le nuage orange, Let’s Encrypt ne pourra pas inscrire ni renouveler de certificats.
rm -rf /var/discourse/shared/standalone/ssl
rm -rf /var/discourse/shared/standalone/letsencrypt
Merci ! Cela m’a aidé !