La reconstruction n’a rien changé : elle continue de bloquer HTTPS et, pour couronner le tout, je suis de nouveau sur la page de bienvenue de NGINX en HTTP.
Vous avez définitivement installé nginx.
Avez-vous essayé
apt purge nginx
ou
dpkg -l |grep nginx
?
Une fois que vous avez arrêté nginx, que dit ./discourse-doctor ?
Renvoyé : nginx n’est pas installé
Renvoyé : Rien
Toutes les entrées (comme l’e-mail, l’adresse web) sont vides.
Il y a 2 conteneurs en cours d’exécution sur les ports : 80 → 80, 443 → 443 et 2222 → 22.
Il indique que l’application du conteneur Discourse est en cours d’exécution.
Il indique également que la version de Discourse n’est PAS TROUVÉE.
Oups, je n’ai pas fait défiler vers le bas, laissez-moi lire le texte de sortie et voir ce qu’il dit.
EDIT : Il dit la même chose
Avez-vous lancé ce processus en exécutant ./discourse-setup ?
Que sont-ils ?
Vous voulez dire si j’ai suivi le processus de configuration (ce que j’ai fait), ou si je n’ai pas exécuté ./discourse-doctor, ce que j’ai fait.
Mon erreur, il n’y en avait qu’un seul, c’est 4efab95a60b8
Maintenant, la page HTTP indique simplement qu’aucune donnée n’a été envoyée, donc il n’y a même plus la page NGINX.
EDIT : Nous sommes de retour sur la page nginx.
EDIT2 : Oubliez, ce n’est pas le cas.
Que montre docker ps ?
Le conteneur exact est le même que le fichier texte.
Peut-être qu’un proxy inverse avec caddy serait mieux dans ce scénario ?
Je voulais connaître le nom de ce que c’était. Le numéro ici n’a aucune signification.
J’ai déjà eu du succès avec Caddy par le passé. Cela rencontrera probablement le même problème, cependant.
Voici une suggestion.
Inscrivez-vous pour le droplet à 5 $ chez DigitalOcean. Suivez le guide d’installation à la lettre, sans copier de certificats supplémentaires ni rien d’autre.
Les droplets DO sont facturés à la proportion. Si vous suivez le guide (qui prend 30 minutes ou moins), le coût pour prouver l’installation est de 0,02 $. Si vous ne souhaitez pas conserver l’instance par la suite, cliquez simplement sur le bouton de suppression.
Si cela échoue toujours, nous pourrons alors commencer à diagnostiquer le problème.
Si cela fonctionne, cela prouve que ce n’est pas un problème lié à Discourse. Si vous choisissez d’utiliser un environnement plus complexe, vous acceptez malheureusement également la responsabilité des défis supplémentaires qu’il présente. L’installation standard a été validée sur l’image Ubuntu chez DigitalOcean, et leur politique de réseau ne pose pas de problème avec Let’s Encrypt (mais nécessite parfois des corrections modérées pour l’envoi d’e-mails).
Notez que si vous avez demandé et redemandé le même nom de certificat, il est possible que Let’s Encrypt ait mis ce FQDN spécifique en période de refroidissement.
Eh bien, je l’ai enfin trouvé. Voici ce que j’ai fait. J’ai installé Caddy et configuré un proxy pour rediriger toutes les connexions depuis l’URL vers localhost:444, mais ce n’était pas ça. Je suis allé dans app.yml et j’ai modifié le Port comme ceci : ```- “81:80” - HTTP déplacé vers le port 81 pour le réserver à Caddy
- “444:443” - Caddy gérera HTTPS``` Ensuite, lorsque j’accède au site web, il se charge sans refuser la connexion HTTPS ! Merci à tous ceux qui ont aidé et laissé des suggestions ! [quote=“Stephen, post:32, topic:134493”] Inscrivez-vous pour le droplet à 5 $ chez DigitalOcean [/quote] Je le ferai certainement si je dois réinstaller Discourse.