Route53 на S3 статический сайт перенаправление с HTTPS на HTTP

У меня есть настройки моего домена в route53 с 2 различными весовыми записями A:Route53 на S3 статический сайт перенаправление с HTTPS на HTTP

«живая»: указует на живое приложение (балансировки нагрузки с экземплярами EC2)
«обслуживание»: указует на статический сайт S3 (HTML страницы красноречивого сайт вниз)

Поэтому у меня есть сценарии, которые делают живое приложение идти в режиме обслуживания и обратно, чтобы жить (изменить вес оба записей A). Это работает отлично, только теперь я обращаюсь к своему приложению с HTTPS, и это не работает с сайтом S3. Возможно ли с помощью маршрута53 или где-то еще сделать https-вызовы перенаправлением на статический веб-сайт s3 с помощью http?

источник

2015-05-19 Nathan Q

Нет, невозможно изменить схемы с http на https с помощью DNS ... и перенаправление с https на http по-прежнему будет требовать успешного подключения к какой-либо конечной точке, которая также имеет действительный сертификат SSL для ваш домен.

Однако ... интересный способ справиться с этим будет заключаться в использовании Cloudfront, который позволит вам установить тот же SSL-сертификат, что и внешний статический сайт в S3. Если браузеры пользователей могут с достаточной степенью вероятности ожидать поддержки SNI, это кажется победителем.

Вы хотите сконфигурировать ведро как «обычное» происхождение с конечной точкой сайта S3 в качестве источника ... и вам нужны заголовки Cache-Control для объектов ведра, настроенные так, чтобы браузеры не кэшировали ваши «Режим обслуживания». (На самом деле, вы хотите, что бы вы ни делали).

источник

2015-05-19 11:35:13

Эй, хорошо, поэтому я ставлю облачный перед сайтом S3. Когда я перехожу к url облачного режима, он работает (с https), но когда я перехожу к доменному имени, настроенному с Route53 на этот облачный режим (по псевдониму), я получаю ошибку «AccessDenied» (403). Любая идея, что это может быть? Политику, которую я должен настроить где-нибудь? –

@NathanQ - В вашей конфигурации Cloudfront вы добавили Cnames в свой дистрибутив? Кроме того, не забудьте добавить сертификаты домена в сертификаты Cloudfront. Это немного отличается от того, как вы это делаете для ELB (путь должен быть */cloudfront/path/*) http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/SecureConnections.html#cnames-and- https-procedure http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html –

Кажется, теперь это работает. Я добавил CNAME некоторое время назад, но, возможно, изменения, которые я сделал, еще не были полностью установлены, когда я тестировал. На данный момент я просто использую несколько сертификатов тестирования. Но изменится, когда я получу реальный сертификат, используя предоставленные вами ссылки. Спасибо, парни! –

Route53 на S3 статический сайт перенаправление с HTTPS на HTTP

ответ

Смежные вопросы