【问题标题】:How to correctly set up Amazon Route 53, CloudFront with custom origin如何使用自定义源正确设置 Amazon Route 53、CloudFront
【发布时间】:2019-08-10 23:32:02
【问题描述】:

我目前正在使用 Amazon Route 53 进行我的 DNS 设置和自定义源(Amazon 之外的 Web 服务器)。我想将 CloudFront 添加到组合中,但我不太确定如何设置?

我已经看过 Amazon 的关于使用 Route 53 和 CloudFront 设置 S3 的指南,但我似乎找不到任何关于使用自定义源进行所有这些操作的信息。

我应该将其设置为如下工作吗?

  1. CloudFront 从裸域的 IP 地址拉取数据
  2. “www”只是 CloudFront 分配的别名

我最初计划在 S3 上托管我的内容,但因为我想对托管有更多的控制权(例如,能够使用 .htaccess 文件和禁止黑客 IP 等)而决定不这样做。

谢谢。

【问题讨论】:

    标签: amazon-web-services amazon-s3 amazon-cloudfront amazon-route53


    【解决方案1】:

    好的,这就是我最终设法解决的方法:

    源服务器:

    • 在 cPanel 中(在我的原始服务器上)我创建了一个名为 origin.domain.com 的子域
    • origin.domain.comdomain.com 共享相同的文档根目录
    • 我的 .htaccess 文件将 domain.com 重定向到 www.domain.com

    亚马逊 CloudFront:

    • “备用域名 (CNAME)”设置为 www.domain.com

    • 原点设置为origin.domain.com

    亚马逊 53 号公路

    • domain.com 的 A 记录设置为我的源服务器的 IP 地址

    • www.domain.com 的 A 记录设置为 CloudFront 分配的别名

    • origin.domain.comdomain.com 的 CNAME

    顺便感谢 Matt Houser 和 Bruce P 的帮助。 :)

    【讨论】:

      【解决方案2】:

      假设您的来源位于 origin.domain.com,创建您的 CloudFront 分配,使用 http://origin.domain.com 作为来源。

      在 Route 53 中创建您的 www.domain.com DNS 条目,使其成为 CloudFront 分配的“别名”。

      .htaccess 的一种可能替代方法是在您的 CloudFront 分配上使用 WAF。这样,您可以根据 IP 地址允许/拒绝。

      【讨论】:

      • 如果我的网络服务器的 .htaccess 将裸域重定向到“www”版本,这仍然有效吗?
      • 没有。这将导致重定向循环。客户端尝试获取 www.domain.com -> CloudFront 从 origin.domain.com 获取 -> 源说“位置是 www.domain.com,导致 CloudFront 尝试从 www.domain.com 获取,依此类推。更新您的 .htaccess 以同时允许 www。 domain.com 和 origin.domain.com,你应该都准备好了。
      • 我建议如下:让你的源服务器只收听origin.domain.com 而没有任何重定向。 www.domain.com 仅由 CloudFront 处理并转发到 origin.domain.comdomain.com 可以通过带有重定向规则设置的 S3 存储桶重定向到 www.domain.com
      • 使用带有重定向网站规则的 S3 存储桶将 domain.com 定向到 www.domain.com。这将在不需要 .htaccess 的情况下处理您的重定向要求。
      猜你喜欢
      • 2018-04-01
      • 2013-02-17
      • 2012-07-07
      • 2017-06-27
      • 2021-05-30
      • 2015-04-22
      • 2017-07-31
      • 2014-02-22
      • 2012-01-01
      相关资源
      最近更新 更多