Конфигурация нескольких истоков CloudFront

Question

Я хотел бы начать использовать CF на моем сайте, размещенном здесь, у меня есть несколько вопросов, которые, возможно, некоторые из вас знают, спасибо за вашу помощь. На моем веб-сайте есть несколько истоков, которые расположены на разных серверах и разных ELB, я хотел бы настроить CF, чтобы собирать данные из разных источников и предоставлять контент с использованием другой политики и удалять слой обратного прокси, который у меня на месте теперь плюс кеширование некоторых вещей. Ниже моя идея о конфигурации CF:

Origins:` 
www.pippo.com > XXX.cloudfront.net 
Origin 1: pluto.pippo.com = xxx.elb1.aws.amazon.com > WC 
Origin 2: paperino.pippo.com = xxx.elb2.aws.amazon.com > WC 
Origin 3: minnie.pippo.com = Apache\Nginx\Tomcat` 

Behaviors:` 
Origin 1: pluto.pippo.com/*.jpg cache 
Origin 1: pluto.pippo.com/*.png cache 
Origin 1: pluto.pippo.com/*.* cache 
Origin 1: pluto.pippo.com Default(*) NON cache 
Origin 2: paperino.pippo.com/paywall/* NON cache 
Origin 2: peperino.pippo.com/*.png cache 
Origin 2: peperino.pippo.com/*.jpg cache 
Origin 2: paperino.pippo.com Default(*) NON cache 
Origin 3: minnie.pippo.com/*.jpg cache 
Origin 3: minnie.pippo.com/*.png cache 
Origin 3: minnie.pippo.com/*.* cache 
Origin 3: minnie.pippo.com Default(*) NON cache` 

Вопросы:

Когда мои пользователи открывают www.pippo.com CF обеспечит кэшированные содержание (* .jpg \ .png в примере) и eveything не указывается в поведении, будет запрашиваться напрямую (с использованием политики по умолчанию ()) от ELB до веб-чатов. Верный? От CF или от пользователя?

Как я могу запретить пользователям переходить непосредственно на сайт pluto.pippo.com? только 301 с исключением для подсети CF?

Использование этой конфигурации Важные сессии будут поддерживаться?

Извините за новый вопрос. Спасибо за любую помощь.

Answer 1

Это не может полностью ответить на ваши вопросы, однако:

1. липкие сессии: Вы должны направить все куки (или белый список печенье AWSELB) для правила по умолчанию (при условии, это захватывает ваши запросы страниц - если вы не используете расширения страниц, и в этом случае они будут пойманы по правилу .).

Предположительно вы не хотите, чтобы ваше содержание в кэше (.jpg .png .) подчиняться липкие сессии.

2. Предотвращение доступа пользователей к источнику происхождения: для пользовательского происхождения нет действительно эффективного способа сделать это. Вы можете попробовать безопасность через неизвестность (создать неясный домен происхождения) и/или разрешить только прямые запросы с помощью User-Agent Amazon Cloudfront.