У нас есть корзина S3, обслуживающая обычный веб-сайт c, и она расположена «за» дистрибутивом CloudFront (для доступа по SSL). Он использует субдомен www
, и что-то вроде https://www.our-domain.com/
работает нормально.
Теперь мы также хотим, чтобы домен 'apex' или 'naked' работал правильно, перенаправляя (через перенаправление 301) все запросы на этот сайт выше. К сожалению, это, похоже, не работает.
Для установки мы создали еще одну корзину S3, что-то вроде redirect-our-domain-website
, и в свойствах мы включили stati c хостинг веб-сайтов, выбрав перенаправление всех запросов на цель www.our-domain.com
.
Когда мы получаем этот последний сегмент через конечную точку сегмента S3 для сайтов c, http://redirect-our-domain-website.s3-website-eu-west-1.amazonaws.com
мы правильно перенаправляемся к целевой цели www.our-domain.com
.
К сожалению, при создании дистрибутива CloudFront, который также направляет этот 'stati c перенаправитель веб-сайта' (опять же для SSL), перенаправление не активируется .
Результат браузера для запроса в «голом» домене https://our-domain.com/
показывает, что AWS S3 XML document:
<ListBucketResult xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
<Name>redirect-our-domain-website</Name>
<Prefix/>
<Marker/>
<MaxKeys>1000</MaxKeys>
<IsTruncated>false</IsTruncated>
</ListBucketResult>
Таким образом, вместо перенаправления на целевую цель, он показывает ListBucketResult
корзина S3 перенаправителя веб-сайта stati c.
Я ожидал, что перенаправление сайта S3 stati c перенаправит запрос на другой веб-сайт S3 stati c (фактически содержащий сайт).