J’aide souvent à résoudre des problèmes d’installation SSL sur la communauté Let’s Encrypt. J’ai remarqué une chose : votre deuxième bloc de serveur omet l’instruction d’écoute IPv6 :
listen [::]:443 ssl http2;
Sans cela, je ne suis pas sûr de l’endroit où irait votre trafic IPv6.
Merci beaucoup, Jonathan. Cela a résolu le problème de refus de connexion.
Maintenant, lorsque j’essaie d’accéder à l’URL de Discourse, je suis redirigé vers la page « Bienvenue sur CentOS » et je rencontre l’erreur suivante dans les journaux :
Discourse doctor indique toujours que la version n’est PAS TROUVÉE.
Je vois via netstat que j’ai deux processus docker-proxy sur le port 25654, un pour tcp et un pour tcp6. Je me demande si cela pose problème, car je ne vois pas cela dans les captures d’écran d’autres tutoriels.
Comme CentOS semble nécessiter une configuration différente, j’ai suivi les paramètres Nginx de ce tutoriel :
J’ai également apporté quelques modifications supplémentaires à app.yml et à la configuration Nginx que j’ai repérées dans ce tutoriel, car je souhaite que MYDOMAIN.net et discourse.MYDOMAIN.net fonctionnent sur la même machine via Nginx :
Par exemple, j’ai activé le modèle de socket Web.
Cependant, j’ai lu dans un commentaire de ce tutoriel que si vous utilisez le socket, vous devez commenter tous les ports exposés, alors que la première configuration ajoutait une entrée « 25654:80 » afin qu’elle écoute le trafic redirigé vers le port 25654 par Nginx.
Je m’excuse si c’est un problème de configuration de base ; le transfert de ports, les sockets et la configuration réseau en général ne sont pas mon point fort.
Il s’agit de configurations avancées. Pour les personnes peu expérimentées dans la mise en place de proxies inversés et la gestion de Docker, nous recommandons de suivre notre seule et uniqueinstallation standard de Discourse. Cela suppose un serveur entièrement neuf et que Discourse soit la seule application web hébergée dessus.
