Amazon S3 - Опции для маршрутизации явного URL

Вариант 1 не будет работать с веб-сайтами, размещенными на S3, потому что то, что S3 видит в заголовке Host: входящего HTTP-запроса , должно точно соответствовать имя сегмента и установка дубликата записи A не решит вашу проблему.

Вариант 2 не будет работать по той же причине - запрос никогда не попадет в сегмент, содержащий правила перенаправления, за исключением запросов, направленных на фактическое название ведра. Ответ, на который вы связались, представляет собой не что иное, как «сложный способ» выполнения Варианта 6 и требует одной корзины для каждого имени хоста.

Вариант 3 бесполезен, поскольку записи PTR не вызывают перенаправления браузера. Обычно используется для обратного DNS, запись PTR не имеет применения в этом контексте.

Вариант 4 Go Daddy имеет параметры, называемые «Перенаправление домена» и « что означает, что это не сработает.

Вариант 5 кажется плохой идеей, вводя ненужную третью сторону в уравнение, но, что более важно, он решает неправильную проблему. Они не перенаправляют www.example.com на example.com, они перенаправляют example.com на www.example.com.

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

Если у вас так много разных доменов, другим вариантом будет выделение эластичного IP-адреса в EC2 (чтобы у вас был статический IP-адрес конечной точки, который не изменится), а затем разверните экземпляр Micro, привязанный к этому IP-адресу, и установите на нем HAProxy . HAProxy на самом деле предназначен для взаимодействия с реальными веб-серверами и балансировки нагрузки на них из внешнего мира, но он также может генерировать перенаправления. Конфигурация не слишком сложна, а HAProxy очень эффективен с ЦП, поэтому я ожидал, что вы получите много работы от Micro, но всегда можете масштабировать его до более крупного экземпляра, если трафик сделает это необходимым.

Вы Я настроил внешний прослушиватель на порт 80:

frontend main
    bind *:80

А затем для каждого домена создать список управления доступом (acl) для отслеживания запросов, содержащих это имя хоста в http-заголовке "Host" ...

    acl www.example.com hdr(host) -i www.example.com

.. . затем настройте перенаправление для генерации 301 на желаемое имя хоста.

    redirect prefix http://example.com if www.example.com

В DNS вы должны настроить www.example.com с записью A, указывающей на общедоступный эластичный IP-адрес этого экземпляра Micro.

С этой конфигурацией, путь сохраняется, поэтому запрос, отправляемый по любому пути, выглядит как http: //www.example.