【问题标题】:S3 response header inaccurately returns location: "https://http//example.com"S3 响应标头不准确地返回位置:“https://http//example.com”
【发布时间】:2018-04-25 13:25:25
【问题描述】:

我正在尝试将 S3 中的“www.example.com”路由到“example.com”。我正在使用 Amazon S3、Cloudfront 和 Route 53。

当我访问“www.example.com”时,控制台显示我发布了两个 GET(如下),但我最终通过“http://www.example.com”重定向到“https://http//example.com”。

第一个 GET 请求:
- 主机:www.example.com
- 用户代理:Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:56.0) - Gecko/20100101 Firefox/56.0
- 接受:text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8
- 接受语言:en-US,en;q=0.5
- 接受编码:gzip、放气
- 连接:保持活动
- 升级不安全请求:1

第一个 GET 响应: - 内容长度:0
- 日期:2017 年 11 月 12 日星期日 04:47:31 GMT
- 位置:http://https://example.com/
- 服务器:AmazonS3
- 年龄:57072
- X-Cache:来自云端
- 通过:1.1 **************************.cloudfront.net (CloudFront)
- X-Amz-Cf-Id:adKFULOwqXFzT9Q_SYjWsb-oCjcfBAmxUvk9iRl3kMo0hICMCmJJrA==

第二个 GET 请求: - 主机:https
- 用户代理:Mozilla/5.0 (Windows NT 10.0; ...) Gecko/20100101 Firefox/56.0
- 接受:text/html,application/xhtml+xm…plication/xml;q=0.9,/;q=0.8
- 接受语言:en-US,en;q=0.5
- 接受编码:gzip、放气
- 连接:保持活动
- 升级不安全请求:1

永远不会返回第二个 GET 响应。

错误似乎开始于明显不正确的响应“位置”(上面的斜体)周围的某个地方。然后第二个 GET 被第一个 GET 的“位置”混淆,并将第二个 GET 作为“主机”发送到“https”,这导致重定向到 Google 和“https://http//example.com”的 URL。我在 Redirect Detective 和 Redirect Check 中确认我的重定向最终以 'https://example.com' 结尾,这让我很困惑。

感谢任何帮助。我尝试了许多不同的方法来尝试修复它。我想我终于缩小了一些范围。

【问题讨论】:

  • 使 CloudFront 缓存中的 /* 无效。您可能已经解决了问题,但 CloudFront 仍在返回缓存的响应,Age: 57072X-Cache: Hit from cloudfront 证明了这一点。
  • 我能够在不使/* 失效的情况下解决我的问题。我想我无意中创建了一个 301 重定向循环,因为 A 记录太多。我对“www”和裸域都有 A 和 AAAA 记录。当我删除“www”AAAA 记录时,我的问题很快得到解决。如果时间允许,我将尝试为其他人发布我的答案。
  • 有趣。 AAAA 用于 IPv6。
  • 我不认为一个太多的 A 记录是可能的解释。要支持 IPv4 和 IPv6,您需要 A 和 AAAA。更有可能的是,此更改可能已将您的请求路由到未缓存旧对象的其他 CloudFront 边缘。

标签: amazon-web-services redirect amazon-s3


【解决方案1】:

这意味着 www.johnmacintire.com 上的默认文档(index.html 等)正在返回 HTTP 标头:Location: http://https://example.com/。请注意它的格式不正确 (http://https://)。

【讨论】:

  • 感谢您的回复。问题不是那个,至少在我的情况下不是。我解决了 S3、Cloudfront 和 Route 53 之间的一些重定向问题。为可能需要帮助的其他人发布了答案。
  • 有机会时发布答案**。
猜你喜欢
  • 2019-04-23
  • 1970-01-01
  • 1970-01-01
  • 2016-01-16
  • 2012-02-06
  • 2017-08-22
  • 1970-01-01
  • 2012-06-16
  • 2016-07-16
相关资源
最近更新 更多