amazon-web-services - 具有自定义来源重定向请求的 CloudFront 分配

Question

我设置了一个 CloudFront 分配以使用 Custom Origin - 我客户的网络服务器 (www.mydomain.com)。

当我加载我的网页并检查 Chrome 网络检查器的“网络”选项卡时， Assets 显示为来​​自原始服务器 (www.mydomain.com)，并且“启动器”列将 CloudFront URL 显示为重定向。我认为这意味着 CloudFront 正在将 Assets 请求重定向到我的源服务器，这几乎违背了目的。

当我设置分发时，我将 TTL 保留为默认值，我认为这意味着 24 小时。

如果我使用 S3 存储桶而不是 Web 服务器作为源， Assets 将按预期直接从 CloudFront 加载。

Answer 1

如果您在 Assets 的 URL 中看到您自己的服务器域，这意味着 CloudFront 在获取 Assets 时收到了重定向响应并将该重定向作为缓存结果提供。这绝对不是您想要的。

我有一个类似的问题，在看到这篇文章的一个答案后我解决了这个问题:

Magento - Amazon Cloudfront CDN and Caching

我正在从 domain.com 重定向到 www.domain.com，CloudFront 正在缓存并返回该重定向。您可能会在 http/https 重定向中看到同样的情况。

如果您正在执行 HTTP -> HTTPS 重定向，您有两个选择:您可以将 Assets 作为 HTTP 提供给 CloudFront，或者让 CloudFront 以 HTTPS 请求它们。要执行后者，您需要将 CloudFront 来源配置为“Match Viewer”。这意味着如果查看器使用 HTTPS，CloudFront 也会使用。如果用户使用 HTTP，CloudFront 将在 HTTP 中请求，返回它从您的服务器收到的 HTTPS 重定向，然后客户端将以 HTTPS 形式重新发出请求。

在我们的案例中， Assets 本身不需要在飞行中受到保护。唯一重要的是它们从 CloudFront 作为 HTTPS 提供，以便用户的浏览器看到所有 HTTPS 内容。因此，在我们的例子中，没有必要将 Assets 作为 HTTPS 提供给 CloudFront。无论它如何从我们的服务器获取内容，CloudFront 都会在响应时匹配查看器的协议(protocol)。