这是一个创建于 533 天前的主题，其中的信息可能已经有所发展或是发生改变。
第 1 条附言 · 2023-05-26 11:17:22 +08:00
下面是 chatgpt 的回复：
根据给定的情况，a.com 的 DNS 解析已经设置为一个 CNAME 值，指向 b.com 。a.com 的 TTL （ Time to Live ）为 3600 秒，而 b.com 的 A 解析的 TTL 为 600 秒。
当 b.com 更改其 IP 地址后，如果你已经在 a.com 上进行了 DNS 解析，并且你的系统或应用程序没有缓存该解析结果，那么 a.com 将在 a.com 的 TTL 时间（ 3600 秒）之后生效。
换句话说，当 b.com 更新了其 IP 地址后，如果在 a.com 的 TTL 过期之前发起的 DNS 查询，a.com 的解析结果将仍然指向旧的 IP 地址，直到 TTL 过期。一旦 a.com 的 TTL 过期，系统或应用程序会重新发起 DNS 查询，并获取到 b.com 的新 IP 地址。
请注意，这里假设了没有其他因素干扰 DNS 解析的过程，例如中间的 DNS 缓存或者其他 DNS 服务器的缓存。这些缓存可能会对实际的解析时间产生影响，并且实际情况可能因网络环境和配置而有所不同。
根据给定的情况，a.com 的 DNS 解析已经设置为一个 CNAME 值，指向 b.com 。a.com 的 TTL （ Time to Live ）为 3600 秒，而 b.com 的 A 解析的 TTL 为 600 秒。
当 b.com 更改其 IP 地址后，如果你已经在 a.com 上进行了 DNS 解析，并且你的系统或应用程序没有缓存该解析结果，那么 a.com 将在 a.com 的 TTL 时间（ 3600 秒）之后生效。
换句话说，当 b.com 更新了其 IP 地址后，如果在 a.com 的 TTL 过期之前发起的 DNS 查询，a.com 的解析结果将仍然指向旧的 IP 地址，直到 TTL 过期。一旦 a.com 的 TTL 过期，系统或应用程序会重新发起 DNS 查询，并获取到 b.com 的新 IP 地址。
请注意，这里假设了没有其他因素干扰 DNS 解析的过程，例如中间的 DNS 缓存或者其他 DNS 服务器的缓存。这些缓存可能会对实际的解析时间产生影响，并且实际情况可能因网络环境和配置而有所不同。
 |
1
Hyseen 2023-05-25 15:43:25 +08:00
理论上最多需要 3600 秒才会生效
|
 |
2
RiverMud 2023-05-25 15:46:23 +08:00
我认为理论上应该是 4200
|
 |
3
renfei 2023-05-25 15:53:15 +08:00
600
|
 |
4
deplivesb 2023-05-25 15:53:35 +08:00
3600
|
 |
5
makelove 2023-05-25 15:56:04 +08:00
600
而且这个自己也很好测试，你在这里问难道就直接信了？还是得自己测试 |
 |
7
ysc3839 2023-05-25 16:10:04 +08:00 via Android
|
 |
9
zed1018 2023-05-25 16:59:49 +08:00
这个问题比较复杂，以我渐显的了解，改动是“即时”生效的，比如你改动以后向大型公共 DNS 查询（比如 Alidns ）的话很快就会拿到新的结果了。
客户端如果没有查过，假设不考虑其他因素那么他拿到的就是新的。如果查过那么就是根据 TTL 时间去查新的。 但是这里面还有就是递归服务器的缓存，这部分是“不可控”的，可能很快也可能很慢。至少等待 24 小时是比较保险的预估。 |
Select Language