AVERTISSEMENT : Le port 443 de l’ordinateur ne semble pas accessible en utilisant le nom d’hôte : .com.
AVERTISSEMENT : La connexion à http://.com (port 80) échoue également.
Cela suggère que .com résout vers une adresse IP qui n’atteint pas cette machine où vous installez discourse.
La première chose à faire est de confirmer que .com résout vers l’adresse IP de ce serveur.
Vous faites généralement cela au même endroit où vous avez acheté le domaine.
Si vous êtes sûr que l’adresse IP se résout correctement, il pourrait s’agir d’un problème de pare-feu.
Une recherche sur le Web pour « ouvrir les ports VOTRE SERVICE CLOUD » pourrait aider.
Cet outil est conçu uniquement pour les installations les plus standard. Si vous ne parvenez pas à résoudre le problème ci-dessus, vous devrez modifier vous-même containers/app.yml, puis taper ./launcher rebuild app
J’ai quelques questions :
J’ai .com et il y a déjà un site en cours d’exécution. Maintenant, je veux exécuter discourse sous .com/discourse. L’application s’exécute devant un équilibreur de charge. Mais dois-je faire quelque chose du côté de discourse ?
Sur quel port discourse s’exécute-t-il ?
Quand je fais un curl, je peux atteindre le site, mais pourquoi la configuration de discourse génère-t-elle une erreur ?
Est-ce que je peux ignorer la configuration de la messagerie ?
Je suis encore nouveau ici, mais j’ai rencontré une situation similaire la semaine dernière. La façon la plus simple d’utiliser votre domaine pour deux serveurs différents est d’utiliser un sous-domaine. Vous pouvez le faire en créant un enregistrement A chez votre fournisseur DNS, en spécifiant le nom d’hôte comme sous-domaine.votredomaine.com, ou simplement le sous-domaine, puis en indiquant l’adresse IP de l’instance Discourse.
Cet article peut vous aider avec la solution ci-dessus.
La solution que j’ai suggérée ci-dessus peut vous aider. Je pense que cette façon de l’utiliser comme une ressource pour votre autre application peut être plus difficile à configurer.
En utilisant le script officiel de configuration cloud, il s’exécutera sur le port 80 par défaut.
Pourriez-vous s’il vous plaît donner plus de détails à ce sujet ?
Si vous le faites, vous ne pourrez pas envoyer d’e-mails tels que des invitations et des confirmations d’inscription de compte. Mais vous ne pouvez probablement pas ignorer la configuration SMTP.
Soit dit en passant, 443 est le port HTTPS, il est utilisé pour établir le chiffrement. Cela signifie que votre domaine n’est probablement pas configuré correctement et que la configuration de Discourse n’arrive pas à atteindre votre serveur.
Je soupçonne qu’il voulait dire qu’il l’a placé entre \u003c\u003e dans le post lorsqu’il a remplacé son domaine réel (voir https://meta.discourse.org/raw/272567/1)
Il a dit qu’il utilisait ce domaine pour une autre application, je pense que la meilleure façon de procéder est de configurer un sous-domaine. Sinon, il faudrait configurer manuellement Nginx pour servir à la fois l’application précédente et Discourse dans une route de ressource.
Pour la configuration de l’e-mail, vous aurez besoin d’un service SMTP. Ce tutoriel contient une liste de ceux que Discourse recommande. Bien que Gmail, Outlook et Yahoo aient une option SMTP, ils ne prennent pas en charge les e-mails transactionnels, ce qui est nécessaire.
