Port 80/443 non accessible lors de l'installation de Discourse

MISE À JOUR : nmap et nc indiquent que les ports 80 et 443 sont fermés. Est-ce un problème pour la configuration de Discourse ? Je pensais que cela signifiait simplement que les ports étaient ouverts mais qu’aucun service n’écoutait dessus. Je m’attendais à ce que la configuration de Discourse… vous savez… configure ce qui est nécessaire sur ces ports. J’ai déjà des règles de pare-feu pour autoriser le trafic sur ces ports, donc je ne sais pas comment les ouvrir autrement. Ai-je besoin de services écoutant déjà sur ces ports pour exécuter la configuration de Discourse (et comment faire) ?

< Message original >

Salut, je suis nouveau sur Discourse, j’essaie d’exécuter discourse-setup et je reçois les messages redoutés « Le port 443 de l’ordinateur ne semble pas accessible » et « La connexion au port 80 échoue également ».

Je sais que c’est courant et j’ai lu de nombreux articles sur ce sujet, mais aucune des suggestions n’a fonctionné. Je l’ai dans /var/discourse, j’ai curl installé, mon DNS est configuré, mon pare-feu ne bloque pas, je n’utilise pas Cloudflare, etc.

J’utilise Ubuntu 22.04 sur un VPS IPv6 (pas d’adresse IPv4, mais j’ai lu que ce n’est pas grave). Le VPS a un autre nginx installé pour une utilisation future, mais je l’ai arrêté (ainsi que tous les services non-Discourse) avec le démarrage automatique désactivé et j’ai redémarré le serveur. Mon objectif est de faire fonctionner Discourse par lui-même sur ce serveur.

Je peux pinger mon VPS en utilisant mon sous-domaine complet (c’est-à-dire discourse.myvps.com) depuis le VPS lui-même et depuis ma machine à la maison, et mon fournisseur de messagerie a vérifié mes paramètres DNS pour le service de messagerie. J’ai également ajouté des règles ufw pour ouvrir explicitement les ports 80 et 443 pour le trafic IPv4 et v6, et les règles s’affichent correctement avec « ufw status ». Mon hébergeur a dit qu’il ne bloquait rien. Et je ne pense pas avoir à spécifier quoi que ce soit d’autre pour atteindre le conteneur Docker de Discourse.

Cependant, netstat ne montre rien pour ces ports et NC renvoie « connection refused ». Et telnet renvoie également « connection refused », mais je suppose que c’est parce que je n’ai aucun service HTTP en cours d’exécution (l’installateur Discourse ne s’en occupe-t-il pas ?).

Toute aide est appréciée, merci !

PS. Je suis heureux d’envoyer toute information supplémentaire, captures d’écran, etc.

Peut-être avez-vous déjà résolu ce problème. Sinon, pouvez-vous confirmer que vous suivez ce guide pour installer Discourse : discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub ? Assurez-vous également que le matériel et le logiciel de votre serveur répondent aux exigences décrites ici : discourse/docs/INSTALL.md at main · discourse/discourse · GitHub.

Je ne suis pas la meilleure personne pour répondre à vos questions. Par le passé, après avoir suivi le guide avec un nouveau serveur Ubuntu 22.04, l’installation a fonctionné sans configuration supplémentaire.

Si vous rencontrez toujours des problèmes, quelqu’un de la communauté pourra probablement vous aider.

Merci. Oui, je suis ce guide, mon serveur a plus de puissance que nécessaire, tous les prérequis sont installés proprement et tout semblait se dérouler sans problème jusqu’à ce que j’essaie d’exécuter discourse-setup.

À un moment donné, je vais peut-être simplement effacer le serveur et recommencer, mais je préférerais ne pas le faire. Et je soupçonne que j’aurai le même problème à nouveau, étant donné que j’ai commencé ce processus d’installation avec un serveur flambant neuf (la seule chose que j’ai faite différemment a été d’installer certains des prérequis pour autre chose, mais rien de tout cela ne fonctionne maintenant).

1 « J'aime »

Cela ressemble à ce que vous faites de bien. Êtes-vous sûr que votre DNS se résout vers l’adresse IP de votre serveur et uniquement là ?

Oh. Je ne peux pas dire d’un coup d’œil si discourse-setup ne regarde que l’IPv4.

Vous pourriez essayer d’exécuter ./discourse-setup --skip-connection-test pour ignorer le test.

1 « J'aime »

Merci Jay - cela a fonctionné et m’a permis de passer à l’erreur suivante.

Je vais poster cela dans un fil séparé car c’est étrange et sans rapport avec le titre actuel : Le clonage git échoue dans discourse-setup, mais j’ai un proxy v6 configuré et cela fonctionne si je tape la même commande à la ligne de commande.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.