AWS: перенаправление www на root с использованием Route 53 и S3 bucket

Question

У меня есть приложение, которое работает на Elastic BeanStalk под балансировщиком классической нагрузки. Я хочу, чтобы мой сайт отвечал на example.com, а также на www.example.com. Для этого я сделал следующее:

1. Создание записи A для Classic Load Balancer

• На маршруте 53 я создал HostedZone с именем example.com и создал запись A для example.com в качестве псевдонима для Классического балансировщика нагрузки.

Это отлично работает.

2. Создание S3 Bucket для www.example.com

• Я создал Статический веб-сайт S3 Bucket с именем www.example.com, который перенаправляет на example.com

Это отлично работает. Когда я перехожу на http://www.example.com.s3 -website-us-east-1.amazonaws.com , он перенаправляет меня на example.com

3. Создание записи A для www.example.com

• Затем я создал запись A Alias ​​с именем www.example.com в S3 Bucket и ждал более 16 часов.

Это не работает. В Chrome у меня есть следующая ошибка:

Этот сайт недоступен. Www.example.com слишком долго не отвечал.

Чего мне не хватает?

PS: я ничего не сделал для www.example.com в моем регистраторе. Что-нибудь должно быть сделано?

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

Answer 1

S3 Конечная точка веб-сайта не поддерживает HTTPS, поэтому, если пользователь обращается к нему по HTTPS, он не будет работать.Создание CloudFront только для перенаправления может решить эту проблему, но ускорить работу.(CF + ACM + S3 + Route53) Я бы предложил использовать правило перенаправления непосредственно в среде beanstalk и создать записи псевдонимов для www.example.com и example.com для указания на ELB.

Здесь - это то, как вы можете это сделать, используя CloudFront

Непосредственно на Beanstalk

Answer 2

У меня была похожая проблема. Что сработало для меня из обсуждения в этом чате:

1. убедитесь, что он доступен через http
2. если да - закажите SSL-сертификат и используйте CloudFront для использования https

, если нет - неправильная настройка Alias ​​/ A-записи. Затем проверьте все разрешения (S3 должен быть доступен для публичного чтения; сегмент S3 должен быть настроен как хостинг веб-сайта; имя сегмента должно совпадать с именем зоны, размещенной на Route 53). Подробности см. В официальной статье AWS здесь .