AVERTISSEMENT : Le port 443 de l'ordinateur ne semble pas accessible, mais la page Web est OK

bonjour,

j’ai cette erreur lors de la configuration de discourse
AVERTISSEMENT : Le port 443 de l’ordinateur ne semble pas accessible en utilisant le nom d’hôte
sur un serveur debian auto-hébergé
j’utilise un domaine dédié pour discourse, j’ai mis une simple page d’index html, ça fonctionne
Mais il y a d’autres domaines qui pointent vers ce serveur mais seulement des pages web html basiques
j’ai lu sur des sujets similaires que discourse ne peut pas fonctionner sur le même serveur que wordpress,
mais y a-t-il d’autres limitations ?
merci beaucoup

Discourse peut et fonctionnera très bien avec Wordpress. Mais peut-il fonctionner sur votre propre ordinateur est une tout autre histoire. J’aborde ce sujet juste parce que quelqu’un pourrait trouver ce sujet via une recherche et avoir l’impression que l’utilisation de Wordpress (ou de presque tout autre CMS/application) sur le même serveur que Discourse, dans le sens où serveur == VPS, est une mission impossible. Et ce n’est pas le cas. C’est en fait assez trivial.

1 « J'aime »

oki merci pour la précision :slight_smile:

Vous devrez configurer les choses manuellement. Voir Comment configurer Discourse sur un serveur avec des sites Apache existants. Vous ne pouvez pas utiliser discourse-setup.

1 « J'aime »

oki merci pour le lien, il parle d’apache, mais je suis sur ngnix, je suppose que ça fonctionnera de la même manière ?

1 « J'aime »

Vous pouvez rechercher un sujet similaire pour nginx.

Je suppose : vous avez un serveur utilisé par plusieurs domaines ou sous-domaines pointant tous vers le même serveur.

Vous devez donc principalement exécuter un serveur proxy principal qui écoutera sur les ports 80 et 443 si vous utilisez TLS/SSL.

Le serveur proxy principal acheminera ensuite le trafic en fonction de l’hôte/domaine, c’est-à-dire discourse.example.com => aller à discourse, blog.example.com => aller à wordpress.

Je pense que vous avez plusieurs options pour gérer un tel déploiement, car généralement wordpress est livré avec son propre serveur proxy, tout comme discourse. Vos options pourraient donc être :

  • Utiliser le serveur proxy nginx de discourse comme principal et il proxy vers wordpress
  • Utiliser wordpress comme serveur proxy principal et il proxy vers discourse
  • Utiliser votre propre serveur proxy principal qui proxy vers les deux.

Dans tous les cas, quel que soit votre choix, je pense que TLS/SSL serait généralement géré par le serveur proxy principal.

J’ai utilisé discourse dans les deux premiers scénarios ci-dessus, lorsque j’ai utilisé un autre serveur proxy pour gérer le trafic entrant (première option), j’ai dû changer les ports et désactiver TLS, laissant plutôt l’autre serveur proxy s’en charger. Et pour le deuxième scénario, j’ai modifié le fichier de configuration nginx à l’intérieur du conteneur discourse et ajouté une déclaration pour un autre serveur, puis j’ai généré un certificat pour celui-ci en utilisant certbot.

Euh… non. Typiquement, il n’y a pas de proxy. Juste un serveur web normal, comme Apache2 ou Nginx, lorsqu’il sert des hôtes virtuels et termine le SSL, ce n’est pas un serveur proxy. Bien sûr, il peut en agir comme un, mais ce n’est pas une solution typique et cela n’a rien à voir avec WordPress.

WordPress n’est livré avec aucun type de serveur.

WordPress installé peut être vendu avec un serveur web, PHP, SQL, etc., mais c’est une chose totalement différente de ce qui est “livré avec”.

Discourse est livré avec, cependant.

Et oui, utiliser un proxy ou quoi que ce soit d’autre devant Discourse et servir WordPress sur le même serveur est assez trivial.

Je faisais principalement référence au cas où la pile WordPress inclurait Nginx ou Apache. Il n’est pas livré avec, cependant, à l’ère de la conteneurisation, si vous regardez l’image Docker officielle de WordPress (qui a plus d’un milliard de téléchargements), elle est livrée avec Apache.

Je suis désolé, je n’ai peut-être pas utilisé le terme proxy de manière appropriée, néanmoins le point auquel j’essayais de faire référence considère que l’on se retrouverait principalement avec deux serveurs web (ou serveurs proxy) lorsque l’on souhaite exécuter WordPress avec Discourse.

désolé pour la réponse tardive, j’étais hors réseau et absent des forums pendant un moment, ça fait du bien, mais j’ai essayé de résoudre les problèmes d’e-mail avant de partir, mais j’ai toujours une erreur 502 en accédant au forum.

désolé, j’ai mal expliqué, je n’ai pas besoin de WordPress sur le même serveur, c’était juste pour prendre un exemple de ce que vous ne pouviez pas faire.
En fait, j’ai seulement 4 domaines qui pointent vers un site Web simple sur ce serveur.
Le docteur Discourse ne semble pas avoir d’erreurs
mais j’ai toujours une erreur 502 sur le domaine du forum
dois-je installer haProxy comme ils le disent ici ? Merci

Non. Vous pouvez utiliser uniquement Apache comme proxy inverse.

C’est la même idée, que vous utilisiez WordPress ou tout autre framework.

Lorsque vous avez plusieurs sites web qui pointent vers le même serveur, tout le trafic web/http(s) écoute sur le port 80/433, donc typiquement vous auriez un serveur qui écoute sur ces ports et qui redirigerait le trafic en fonction du nom d’hôte/site web.

Alors, qu’est-ce que cela signifie dans le contexte de Discourse ?
Vous pouvez soit laisser le serveur Nginx de Discourse gérer la redirection du trafic (dans ce cas, Discourse écouterait sur les ports 80/443, voir ce sujet Run other websites on the same machine as Discourse) soit laisser Discourse écouter sur un port différent, par exemple 8080, puis demander à votre serveur de le rediriger si la requête provient du site web du forum. Remarque : dans ce cas, il est préférable de désactiver TLS/SSL de Discourse et de laisser votre serveur principal s’en charger.

2 « J'aime »