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将直接请求（使用默认值（< / em>）策略）从ELB到网络聊天。正确？来自CF还是来自用户？

如何阻止用户直接访问pluto.pippo.com？只有一个301，CF子网除外？

使用此配置会保留Sticky Sessions吗？

抱歉新手问题。谢谢你的帮助。

Answer 1

但是，这可能无法完全回答您的问题：

粘性会话：您需要转发所有Cookie（或将AWSELB cookie列入白名单）作为默认规则（假设这会捕获您的页面请求 - 除非您使用的是页面扩展名，在这种情况下，他们会被。规则）。

据推测，您不希望缓存的内容（.jpg .png 。）服从粘性会话。

阻止用户访问原点：没有一种真正有效的方法可以为自定义原点执行此操作。您可以通过默默无闻（创建一个模糊的原始域）和/或仅允许使用“Amazon Cloudfront”用户代理的直接请求来尝试安全性。

CloudFront多个来源配置

1 个答案: