Uniquement vrai si c’est géré par systemd, ce qui n’est pas toujours le cas. J’ai vu trop d’instances où un paquet aléatoire l’installait, désactivait le service, puis le démarrait et l’arrêtait au besoin.
J’ai également vu au moins un paquet par le passé qui installait un fichier .service pour cela, même si nginx n’était pas réellement installé.
Les deux méthodes vous diront volontiers que le statut est désactivé. La méthode apt garantit que s’il est réellement installé, vous le saurez, à moins qu’il n’ait été compilé à partir des sources, et nous n’aurions probablement pas cette conversation si c’était le cas.
Vous n’avez pas Nginx qui fonctionne comme proxy inverse. De plus, vous redirigez maintenant deux ports vers 80. Vous ne devez en avoir qu’un, pas les deux. Et comme vous n’utilisez pas Nginx, et que pour cette raison vous n’avez pas de proxy de virtual host vers le port 9090 ou tout autre port, vous devez commenter cela.
Avez-vous autre chose installé via docker ? Car maintenant, cela ressemble un peu à votre Nginx dans docker qui fonctionne mais que Discourse lui-même est en panne.
C’était une nouvelle installation, n’est-ce pas ? Je supprimerais tout le VPS et recommencerais.
Je lancerais une nouvelle VM et recommencerais, mais dans tous les cas, vous pouvez essayer de supprimer nginx.
apt remove nginx
Vous devez laisser discourse avec l’accès au port 80.
Il est fort probable que vous ayez atteint les limites de débit de Let’s Encrypt. Vous devrez probablement utiliser un sous-domaine différent ou attendre une semaine.
