Peut-être avez-vous un autre serveur web nginx en cours d’exécution sur ce serveur. Je n’ai jamais vu Discourse abandonner et afficher la page de bienvenue générique de nginx.
C’est ce que je pensais, alors j’ai cherché un nom de processus correspondant à NGINX, mais je n’ai rien trouvé. Ensuite, j’ai listé tous les processus, mais il n’y avait rien ?
EDIT : Je n’ai jamais installé NGINX sur ce serveur
Bien que je me souvienne de la façon dont j’y suis arrivé. J’ai configuré une adresse e-mail pour Let’s Encrypt, il s’agissait de ls@theforumssite.xyz, puis j’ai décommenté cette ligne ainsi que les deux modèles. Ensuite, j’ai reconstruit l’application, mais cela n’a pas fonctionné. J’ai tout réinitialisé (j’ai supprimé le dossier discourse) et je l’ai à nouveau configuré, et le même problème se produit.
Utilisez-vous Cloudflare ?
Oui, j’utilise Cloudflare, uniquement DNS, mais cela donne le même résultat en accédant directement à l’adresse IP.
Où installez-vous cela ?
Sur un VPS Ubuntu 18.04 dans Google Cloud.
Bon, eh bien maintenant ça marche tout à coup ? Mais toujours pas de HTTPS (Connexion refusée)
Bon, maintenant je ne sais plus du tout ce qui se passe. J’ai créé deux fichiers SSL (ssl.crt et ssl.key) et je les ai placés dans /var/discourse/shared/standalone/ssl. J’ai activé le modèle SSL (pas Let’s Encrypt) et j’ai ajouté la configuration suivante dans la section run. Lorsque j’essaie d’accéder au site en HTTPS, la connexion est refusée, mais maintenant, en HTTP, aucune donnée n’est renvoyée ?
Je suis sur un VPS Google Cloud avec Ubuntu 18.04 LTS installé.
Il aurait été préférable de garder cela dans votre autre sujet.
Plutôt que de vous embêter avec vos propres certificats, la solution la plus simple est de relancer ./discourse-setup et de fournir une adresse e-mail pour Let’s Encrypt ; cela effectuera tout le travail pour vous. Si vous souhaitez le faire à la manière difficile, vous devrez rechercher ici le sujet décrivant comment procéder et suivre ces instructions.
Il n’y a aucune bonne raison de créer vos propres certificats Let’s Encrypt, c’est précisément l’intérêt de demander l’adresse e-mail lors de la configuration de Discourse. Vous compliquez inutilement les choses.
Avez-vous vérifié si votre serveur est accessible sur le port 443 ? DigitalOcean est recommandé car aucun de ces obstacles n’existe chez eux. Nous ne pouvons pas vous aider si vous continuez à improviser certaines étapes du processus d’installation, et nous ne pourrons guère vous assister avec Google Cloud.
C’est ce que j’avais pensé faire, mais je pensais aussi que les gens verraient simplement le tag unsupported-install et cliqueraient pour partir.
Comme vous ne suivez pas l’installation standard, ce que vous faites n’est pas entièrement pris en charge, donc l’étiquette serait exacte.
La même chose se produit exactement lorsque je procède à la vérification par e-mail avec Let’s Encrypt.
D’accord, c’est une erreur de ma part, je garderai cela à l’esprit pour la prochaine fois que je publierai des sujets.
D’accord, et comme vous utilisez Google Cloud, vous avez cette complexité supplémentaire à gérer. C’est un choix de votre part, ce n’est pas quelque chose sur lequel nous pouvons vous aider.
D’accord, je comprends, merci pour ton aide !
discourse-doctor tentera de vérifier si le port 443 est ouvert via votre nom de domaine. Je suppose qu’il est bloqué par un pare-feu ou une politique de sécurité. Je me souviens que vous devez l’ouvrir sur Gcloud.
Je croyais que c’était déjà le cas ? Je vais vérifier à nouveau et vous répondrai pour vous dire si c’est ouvert ou non.
J’ai également ajouté une adresse e-mail et je reconstruis en ce moment pour voir si cela change quelque chose.
