2017-01-07 8 views
1

У меня есть статический сайт размещенный в S3 в ведре client1.examplecorp.com с соответствующей записью R53 client1.examplecorp.com. A ALIAS s3-website-us-east-1.amazonaws.com.Перенаправление специальный субдомен для статического сайта, размещенного в AWS S3 ведро

Я хочу (client1.com) WebAdmin моего клиента, чтобы создать запись dns для субдомена quotes.client1.com, который укажет на AWS (клиент1.com не использует R53).

Должно ли оно указывать на client1.examplecorp.com?

Или непосредственно на конечной точке ковша S3?

Концепция такова, что окончательный пользователь увидит только субдомен quotes.client1.com и не знает о client1.examplecorp.com.

Я надеюсь, что описать это достаточно хорошо ...

Я прочитал документы AWS о Setting Up a Static Website Using a Custom Domain, Virtual Hosting of Buckets, а также this SO post.

У меня такое ощущение, что то, что я ищу, описано здесь How to redirect domains using Amazon Web Services.

Я просто не понимаю, как регистратор клиента будет перенаправлять трафик для этого конкретного субдомена (quotes.client1.com) на client1.examplecorp.com, добавив 4 сервера имен.

Кроме того, перенаправление затронет только этот поддомен или весь клиент1.com.

И, наконец, будет ли он полностью прозрачным? Это значит, что client1.examplecorp.com не будет отображаться конечному пользователю?

У меня нет твердой хватки, объясняя это, поэтому, пожалуйста, несите меня.

+1

Перепишите (отредактируйте) это со стандартными доменами, зарезервированными для документации, http://example.com, http://example.net и http://example.org.В качестве примеров нецелесообразно использовать имена других людей. Обратите также внимание на то, что вы, по-видимому, использовали «корпорацию» и «предприятие» взаимозаменяемо, переключаясь на полпути через вопрос. –

+0

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

ответ

3

Здесь возможны два решения:

В этих примерах основной домен клиента является example.com.

Вариант 1:

Создать ведро, имя которого совпадает с желаемым именем хоста, и есть клиент создать запись CNAME, указывающую на веб-сайт конечной точки для ведра.

Название Ковш:

quotes.example.com 

веб-сайт конечных точек (при условии, нам-восток-1 регион):

quotes.example.com.s3-website-us-east-1.amazonaws.com. 

DNS-клиент:

quotes.example.com. CNAME quotes.example.com.s3-website-us-east-1.example.com. 

Клиент не должен используйте Route 53 для своего DNS, но имя ведра должно точно соответствовать имени хоста, которое они указывают на ведро, потому что это h ow S3 работает.

Вариант 2:

Отправить трафик через CloudFront. В этом случае имя ведра не имеет значения, потому что CloudFront переведет его в правильное имя ведра. Имя

Ковш:

example-bucket 

веб-сайт конечных точек:

example-bucket.s3-website-us-east-1.amazonaws.com 

Новая CloudFront система распределения назначенного имени хоста:

djozxyqkexample.cloudfront.net 

CloudFront происхождения (сделать не выбрать ведро имя из раскрывающегося списка, введите S 3 сайта имя хоста, как показано на консоли S3):

example-bucket.s3-website-us-east-1.amazonaws.com 

CloudFront доменное имя чередуются:

quotes.example.com 

Клиент создает DNS CNAME

quotes.example.com. CNAME djozxyqkexample.cloudfront.net. 

Это решение также не требует, чтобы клиент использует Маршрут 53, и, что важно - имя байта не обязательно должно совпадать с именем хоста - имя хоста просто должно быть настроено как альтернативное доменное имя CloudFront, чтобы CloudFront recog Загорается заголовок Host:, когда он прибывает.

Если вы хотите повторно использовать одно и то же ведро для нескольких сайтов, вы можете добавить другие имена хостов для альтернативного имени домена CloudFront или создать несколько распределений, указывающих на один и тот же ковш.

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


В обеих случаях выше, клиент не должен использовать Route 53, потому что имя хоста в вопросе не зона апекс имя хост («голый домен»). Для использования голого домена с любым решением требуется Маршрут 53, но здесь это не применимо.

0

К сожалению, я думаю, что это невозможно. Я предполагаю, что вы являетесь владельцем домена корпорации в этом случае.

Для того, чтобы использовать client1.corporation.com, вам нужно было использовать Маршрут 53, верно? Вы также не смогли настроить какую-либо запись DNS в своем другом сервере имен и сделать то же самое.

Аналогичен, для того, чтобы использовать точку quotes.client1.com в ведро S3, вы также должны попросить клиент использовать Route 53.

Надеется, что помогло Ура!

+0

Спасибо за ответ Каран. Я владею доменом corporation.com, и я использую для него Route53 как регистратор DNS. Поддомены client1.corporation.com настроены мной и для меня, чтобы различать и управлять статическими сайтами разных клиентов. Я могу попросить webadmin client1 внести определенные изменения в его настройки DNS. Однако каково должно быть изменение/изменение/добавление, поэтому конкретный субдомен [quotes.client1.com] перенаправит меня? –

+0

Кроме того, я не могу попросить клиента перейти на Route53, мое вмешательство в его бизнес должно быть максимально прозрачным –

+0

К сожалению, другого выхода нет. Я был в той же лодке, как вы некоторое время назад. S3 не похож на обычный сервер, в котором мы можем просто попросить кого-то указать свою запись A на ведро S3 :( –

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

  • Нет связанных вопросов^_^