Amazon web services 正在将域路由53连接到s3存储桶

Amazon web services 正在将域路由53连接到s3存储桶,amazon-web-services,amazon-s3,amazon-route53,Amazon Web Services,Amazon S3,Amazon Route53,我很久以前在53路买了域名。 今天我想使用s3而不是旧的解决方案。 我的example.com.s3-website-eu-west-1.amazonaws.com运行良好。 在托管区域中,我已将其作为别名添加到此站点。 然后我从托管区域复制DNS服务器,并在域中替换它们 域配置: 托管区域: 我做错了什么,它不工作了(感谢自从您更改DNS设置以来已经花了多少时间?取决于DNS配置(旧设置),可能需要长达48小时的更改才能生效。当然,不是48小时……UHM,我认为Amazon上的一切都会更快。

我很久以前在53路买了域名。 今天我想使用s3而不是旧的解决方案。 我的example.com.s3-website-eu-west-1.amazonaws.com运行良好。 在托管区域中,我已将其作为别名添加到此站点。 然后我从托管区域复制DNS服务器,并在域中替换它们

域配置: 托管区域:


我做错了什么,它不工作了(感谢

自从您更改DNS设置以来已经花了多少时间?取决于DNS配置(旧设置),可能需要长达48小时的更改才能生效。当然,不是48小时……UHM,我认为Amazon上的一切都会更快。”这样,您就可以在其边缘服务器(多区域)上缓存文件,还可以获得一个(自定义域https访问)。警告是您必须在us-east-1(CloudFront部署infra的所在地)中托管bucket并生成SSL证书。@ChrisWhite wait:“警告是您必须在us-east-1中托管bucket并生成SSL证书”证书,是的,但不是bucket。bucket可以位于任何区域,并且仍然可以使用CloudFront上us-east-1的ACM证书。@ChrisWhite事实上仍然不是这样。检查任何地区的S3定价页面。“从Amazon S3到Amazon CloudFront的数据传输每GB 0.000美元。”CloudFront与us-east-1的连接只是控制平面。比如说,如果我在伦敦有一个存储桶,我通过CloudFront发行版从布拉格的浏览器访问它,并且缓存未命中,布拉格的边缘或多或少直接连接到伦敦的存储桶——实际的流量不会通过us-east-1。