Bonjour !
J’ai récemment décidé d’essayer d’installer Discourse. Une fois tous les fichiers placés dans le dossier sur Ubuntu 20.4, j’obtiens l’erreur « Le port 443 n’est pas accessible via le nom d’hôte ». Ni la connexion interne ni la connexion externe ne fonctionnent.
J’ai fait BEAUCOUP de recherches. J’ai supprimé les proxys via CloudFlare et réinstallé complètement le système à plusieurs reprises, en changeant les sous-domaines, et même en utilisant le domaine racine à un moment donné. Rien n’a fonctionné.
À chaque fois, j’ai confirmé que le domaine pointe bien vers le serveur Ubuntu, qu’aucun pare-feu ne bloque le trafic, que le port est ouvert et que tout est configuré correctement. Ce domaine fonctionnait depuis 3 mois, mais il a soudainement cessé de fonctionner lors de la migration vers Discourse, ce qui me fait penser qu’il pourrait s’agir d’une erreur de ma part. Cependant, tout ce que j’ai trouvé en ligne ne semble pas aider à résoudre le problème, et mes propres étapes de dépannage n’ont pas non plus été utiles dans ce cas.
C’était l’une des premières choses que j’ai réussi à faire. Pour les deux domaines que j’ai essayés, je les ai configurés en mode DNS uniquement et j’ai effectué un ping pour m’assurer que le trafic passait directement vers l’adresse IP et non via un proxy CF.
Je soupçonne un problème de pare-feu ici. Quel hébergeur utilisez-vous pour Discourse ? Le serveur utilise-t-il UFW ou un pare-feu externe qui bloque les connexions entrantes ?
Cela signifie simplement que le trafic ICMP est bloqué. Cela n’indique pas nécessairement un problème DNS, mais suggère l’utilisation d’un pare-feu d’une certaine forme.
@awexx - essayez-vous d’héberger cela sur une connexion Charter Broadband ? La plage 98.0.0.0 - 98.255.255.255 correspond à une ancienne plage d’adresses IP de Charter pour son réseau câblé. Ils ne devraient pas bloquer le port :443, mais leur politique d’utilisation acceptable (AUP) l’interdit, et j’ai déjà entendu parler de clients dont l’accès a été restreint ou dont l’adresse a été déplacée lorsque ce comportement a été détecté.
Vérifiez également la configuration réseau de l’endroit où vous virtualisez l’instance Ubuntu : est-elle configurée pour utiliser le réseau de l’hôte ou le mode pont ? Quel hyperviseur utilisez-vous ?
Oui, j’utilise une connexion Charter Broadband. Ironiquement, je n’ai rencontré aucun problème en tentant d’héberger quoi que ce soit d’autre via ce réseau ; les ports 443 et 80 se sont ouverts et fonctionnent correctement en dehors de mon réseau.
Ceci est hébergé sur un serveur local sous Ubuntu 20.4. Il est configuré pour utiliser le réseau de l’hôte.
En vérifiant le transfert de ports de mon routeur, tout semble correct. En fait, maintenant que j’y pense, c’est probablement le pare-feu du routeur, n’est-ce pas ?
Il bloque probablement les pings pour Gavin ; je viens de relancer un ping et cela fonctionne.
Si vous êtes sur le même réseau que le serveur, la boucle locale pourrait expliquer pourquoi vous pouvez la pinger, mais pas lui.
Quoi qu’il en soit, cela ne ressemble pas à un problème lié à Discourse, donc je ne suis pas sûr que nous puissions vraiment vous aider.
Le guide de configuration recommande un serveur cloud car c’est une méthode simple et directe pour démarrer. Si vous souhaitez utiliser votre propre environnement réseau dans une zone où le fournisseur d’accès interdit activement l’hébergement de serveurs, je crains que cela dépasse le cadre du support gratuit que nous offrons ici et que ce soit à vous de résoudre le problème.
Je comprends. Je comptais de toute façon acquérir un serveur cloud pour Discourse et déplacer mes autres ressources ailleurs si cela ne fonctionnait pas.
