Amazon web services 指向Cloudfront资源的Route53别名记录的默认TTL是什么?

Amazon web services 指向Cloudfront资源的Route53别名记录的默认TTL是什么?,amazon-web-services,amazon-cloudfront,amazon-route53,Amazon Web Services,Amazon Cloudfront,Amazon Route53,我正在将具有60秒ttl的route53 CNAME记录集转换为指向cloudfront资源的a记录集 AWS文档说明:“如果别名记录指向AWS资源,则无法设置生存时间(TTL);Route 53使用资源的默认TTL。” 指向Cloudfront资源的Route53别名记录的默认TTL是什么?在*.Cloudfront.net主机名a记录(以及扩展后的别名)上的TTL是60秒 我不记得有文档记录过这一点,但从2021年6月8日起,使用dig可以始终观察到这一点,Amazon没有为TTL提供任何默

我正在将具有60秒ttl的route53 CNAME记录集转换为指向cloudfront资源的a记录集

AWS文档说明:“如果别名记录指向AWS资源,则无法设置生存时间(TTL);Route 53使用资源的默认TTL。”


指向Cloudfront资源的Route53别名记录的默认TTL是什么?

*.Cloudfront.net
主机名a记录(以及扩展后的别名)上的TTL是60秒


我不记得有文档记录过这一点,但从2021年6月8日起,使用
dig

可以始终观察到这一点,Amazon没有为TTL提供任何默认值

DNS解析程序缓存响应的时间由与每个记录关联的名为生存时间(TTL)的值设置。Amazon Route 53没有任何记录类型的默认TTL。必须始终为每个记录指定一个TTL,以便缓存DNS解析程序可以将DNS记录缓存到通过TTL指定的时间长度


来源:

此处定义:“固定TTL为60秒的别名记录”谢谢!很高兴在他们的文档中看到它!接得好!Hehet Route 53 FAQ的完整引用是“为了为ELB和S3网站端点配置DNS故障切换,您需要使用具有60秒固定TTL的别名记录;对于这些端点类型,您不需要调整TTL以使用DNS故障切换。”这似乎不是关于别名记录的陈述,因为别名记录通常没有固定的TTL——它们遵循目标记录的TTL。相反,将其解释为关于ELB和S3别名目标的语句可能是正确的。CloudFront恰好使用了相同的值。@FelipeAlvarez别名记录实际上没有60秒的固定TTL。别名记录镜像别名目标的TTL。文档似乎在对alias记录进行陈述,但事实并非如此,因为该陈述不准确。Amazon似乎在所有相关的父记录区域中使用60秒TTL,但这与Alias记录的任何基本属性都没有任何关系,这就是我的观点。就我而言,这仍然是未记录的。常见问题解答现在声明-“Amazon Route 53没有任何记录类型的默认TTL。”并声明“如果别名记录指向AWS资源,则无法设置生存时间(TTL);Route 53使用资源的默认TTL。”