Problemi nella configurazione su EC2 a causa di un problema di connessione

Ciao, mi sento davvero stupido perché questo dovrebbe essere ovvio, ma non riesco a far funzionare l’installazione base di Docker su un’istanza AWS t2.medium con Ubuntu 18.04 AMI.

L’errore che continuo a ricevere quando eseguo ./discourse-setup è:

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.

Non sono sicuro se il problema sia legato a app was not started o al fatto che il server non sia accessibile.

Ho aperto le porte 80 e 443 per tutto il traffico e ho aggiunto un record A che punta all’IPv4 pubblico. Eseguiendo dig e host dalla mia macchina locale sembra che questa mappatura DNS sia corretta.

L’istanza si trova nella subnet pubblica di una VPC. Non sto usando un load balancer (più, non sono riuscito a farlo funzionare e pensavo fosse un problema di nginx…).

Grazie per il tuo aiuto

Il gruppo di sicurezza dell’istanza EC2 consente connessioni in ingresso da qualsiasi indirizzo sulle porte 80 e 443?

Li ho impostati su “ovunque” e le regole in uscita sono configurate su “Tutti”, quindi sospetto che non sia questo il problema

Ciao a tutti, sì, è stato davvero un errore stupido da parte mia. Ho dimenticato di cambiare il nome host su Ubuntu. Bene da ricordare quando non si usa DigitalOcean, dove puoi semplicemente inserire il nome.

Non riesco a capire come l’hostname del server possa influenzare l’accesso a un FQDN all’interno di un contenitore. È davvero singolare.