Проблема с настройкой на EC2 из-за проблемы с подключением

Привет! Мне кажется, что я выгляжу глупо, потому что это должно быть очевидно, но я не могу запустить базовую установку Discourse на экземпляре AWS t2.medium с образом Ubuntu 18.04 AMI.

Ошибка, которую я постоянно получаю при запуске ./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.

Я не уверен, связана ли проблема с сообщением app was not started или с тем, что сервер недоступен.

Я открыл порты 80 и 443 для всего трафика и добавил A-запись, указывающую на публичный IPv4-адрес. Запуск команд dig и host на моём локальном компьютере, похоже, подтверждает, что DNS-маппинг настроен корректно.

Экземпляр находится в публичной подсети VPC. Я не использую балансировщик нагрузки (больше не использую, так как не смог заставить его работать, и думал, что проблема в nginx…).

Спасибо за вашу помощь.

Разрешает ли группа безопасности экземпляра EC2 входящие подключения для любого источника на портах 80 и 443?

Я установил их на «любой адрес», а исходящие правила настроены на «все», поэтому, думаю, проблема не в этом

Привет, ребята, так и есть — это была моя глупая ошибка. Я забыл изменить имя хоста в Ubuntu. Хорошее напоминание, когда вы не используете DigitalOcean, где можно просто ввести имя.

Я не понимаю, как имя хоста сервера может повлиять на доступ к FQDN внутри контейнера. Это действительно странно.