我正在考虑 Cloudflare 的CNAME 扁平化它允许在顶级域上粗略地等效于 CNAME。
我对那篇文章的印象是，任何查询他们的人都会将其视为 A 记录（从 Heroku 传递了 5 分钟的 TTL），但在后台，他们会查找给定主机名的 IP 并返回该 IP。
但是，由于他们将其公开为 A 记录，那么 5 分钟的 TTL 是否意味着其他人可能会将返回的 IP 缓存至少 5 分钟？如果 ISP 等碰巧将其缓存更长时间，则情况会更糟。
据我了解，常规 CNAME 只会foo.herokuapp.com.通过 DNS 系统缓存主机名（如），并且我猜测主机名到 IP 的查找会尽可能晚地发生，因此不太可能被长时间缓存。
那么，这是否意味着，如果 Heroku 的 IP 发生变化，常规 CNAME 会非常快速地处理新 IP，但 Cloudflare 的 CNAME 扁平化可能需要几分钟甚至更长时间？
如果 Heroku IP 可以在每次部署或重新启动 dynos 时更改（我说得对吗？），这似乎会导致很多问题。但我还没有找到此类问题的报告。那么这是否意味着我上面的假设是错误的？
如果扁平化的 CNAME 设置为“仅 DNS”（UI 中的灰色云），但“到主机名的流量将通过 Cloudflare”（UI 中的橙色云），DNS 将解析为 Cloudflare 的代理服务器 IP，并且主机名到 IP 的查找发生在他们的代理服务器中，因此不会被缓存，那么上述情况是否适用？
答案1
实际上，可以将自定义 DNS TTL 输入 Cloudflare（添加 DNS 记录时); 但可以肯定地说，有些 DNS 递归器不幸不会遵守低 TTL。
有一个解决方案，当子域名橙云（即通过 Cloudflare）；无需更新公共 IP 地址即可更改记录值。记录仍将指向 Cloudflare，但 Cloudflare 会告诉域名转到其他地方。
请注意，如果您有兴趣使用 DNS 进行负载平衡、快速故障转移或地理定位；那么最好使用 Cloudflare 的专用产品 -流量管理器。
