Problème de configuration sur EC2 dû à un problème de connexion

Bonjour, je me sens vraiment bête car cela devrait être évident, mais je n’arrive pas à faire fonctionner l’installation de base de Docker sur une instance AWS t2.medium exécutant Ubuntu 18.04 AMI.

L’erreur que je continue de rencontrer lors de l’exécution de ./discourse-setup est :

Status: Downloaded newer image for discourse/base:2.0.20200220-2221

app was not started !

./discourse-doctor may help diagnose the problem.

Found 4GB of memory and 2 physical CPU cores

setting db_shared_buffers = 1024MB

setting UNICORN_WORKERS = 4

containers/app.yml memory parameters updated.

Hostname for your Discourse? [discourse.example.com]: discuss.postera.ai

Checking your domain name . . .

WARNING:: This server does not appear to be accessible at discuss.postera.ai:443.

A connection to http://discuss.postera.ai (port 80) also fails.

This suggests that discuss.postera.ai resolves to the wrong IP address

or that traffic is not being routed to your server.

Google: "open ports YOUR CLOUD SERVICE" for information for resolving this problem.

Je ne suis pas sûr que le problème vienne de app was not started ou du fait que le serveur n’est pas accessible.

J’ai ouvert les ports 80 et 443 pour tout le trafic et j’ai ajouté un enregistrement A pointant vers l’adresse IPv4 publique. L’exécution de dig et host sur ma machine locale semble indiquer que cette correspondance DNS est correcte.

L’instance se trouve dans un sous-réseau public d’un VPC. Je ne suis plus derrière un équilibreur de charge (je n’avais pas réussi à le faire fonctionner et pensais que c’était un problème nginx…).

Merci pour votre aide.

Le groupe de sécurité de l’instance EC2 autorise-t-il les connexions entrantes depuis n’importe quelle adresse sur les ports 80 et 443 ?

6 « J'aime »

Je les ai ouverts sur « n’importe où » et les règles sortantes sont définies sur « Tout », donc je soupçonne que ce n’est pas le problème ! Screen Shot 2020-03-14 at 7.54.55 PM|690x243

Salut les gars, en effet, c’était une erreur stupide de ma part. J’ai oublié de changer le nom d’hôte sur Ubuntu. Bon à retenir quand on n’utilise pas DigitalOcean où vous pouvez simplement entrer le nom.

1 « J'aime »

Je ne vois pas comment le nom d’hôte du serveur pourrait affecter l’accès à un FQDN à l’intérieur d’un conteneur. C’est vraiment étrange.

3 « J'aime »