Alex Asked: 2010-04-06 02:54:05 +0800 CST2010-04-06 02:54:05 +0800 CST 2010-04-06 02:54:05 +0800 CST 我的 ISP 是否缓存 DNS？ 772 我去了我的 zoneedit.com，将 mydomain.com 更改为指向不同的 IP。但更改尚未生效。 这是因为我的 ISP DNS 正在缓存吗？ domain-name-system cache ip 6 个回答 Voted Best Answer Catherine MacInnes 2010-04-06T04:04:06+08:002010-04-06T04:04:06+08:00 是的。您的 ISP 几乎可以肯定会在一段时间内缓存 DNS 设置。他们应该在 TTL 过期时刷新记录。不幸的是，有大量的 ISP 在他们的 DNS 缓存方案中似乎都忽略了 TTL。如果您碰巧在其中一个 ISP 上，即使您的 TTL 设置非常低，他们也可能需要数小时甚至数天才能尊重新记录。 Voo 2011-09-17T04:24:50+08:002011-09-17T04:24:50+08:00 我遇到了同样的问题并通过使用 google DNS 修复了它 打开您的网络 /IP 设置 使用 DNS 服务器： 8.8.8.8 8.8.4.4 这些是谷歌 DNS，将解决您的问题，直到您的 ISP 刷新捕获 colemik 2012-01-05T12:53:24+08:002012-01-05T12:53:24+08:00 这里有两件事。一是您的域注册商将您通过某种网络表单/管理面板提供的 DNS 条目放置在注册商 DNS 服务器上所需的时间。此“更新”过程通常在 15 分钟内发生。 二是每个RR（Registry Record）的TTL字段，基本上是说：如果之前有人问过domain.com，缓存domain.com -> IP地址RR TTL秒（缓存所以我不用问再次/每次某个主机询问 domain.com 时的权威服务器）。TTL 值各不相同，通常设置为大约 1 天 == 86400 秒。 您实际上可以通过使用以下命令明确询问 ISP DNS 服务器来检查您的 ISP 的 DNS 服务器是否缓存了结果： nslookup domain.com ns1.isp.com dig domain.com @ns1.isp.com 响应字段中的 TTL 将指示 RR 在服务器上缓存的时间。 Skyhawk 2010-04-06T07:02:25+08:002010-04-06T07:02:25+08:00 亚历克斯： 是的。您的域的 DNS 记录指定了一个 TTL（“生存时间”）值，该值指示客户端计算机（和 ISP 名称服务器）在再次询问之前将结果缓存指定的时间长度。24-48 小时的默认值是典型的。 这是使未来过渡更顺利的一个好做法：在切换日期前几天进行，并将 TTL 更改为非常短的值，例如 300 秒。配置新 IP 地址时，可以将其设置回 24 小时。从您的角度来看，长 TTL 的主要好处是您网站的访问者将体验到缓存 DNS 查询的性能优势。它还减轻了域名称服务器的负载。 鉴于您目前的情况，您可能想探索在旧地址（如果您的站点是静态的）上继续镜像您的内容几天的可能性，或者在您域的旧 IP 地址上配置 HTTP 服务器以将请求引用到新的 IP 地址（如果您的站点是动态的）。 干杯， 英里 chris 2010-04-06T09:12:27+08:002010-04-06T09:12:27+08:00 只要您告诉它，您的 ISP 就会运行一个缓存 DNS 条目的 DNS 服务器。 如果您控制 DNS 记录，则该记录的一个方面是“TTL”，它告诉 DNS 服务器（以及行为正确的客户端）在从权威 DNS 服务器获取该值后应该缓存该值多长时间。 请注意——您的 ISP 和您的 ISP 的 DNS 服务器之间存在巨大差异。没有什么强迫您使用您的 ISP 的 DNS 服务器。你可以自己运行一个递归服务器，你可以使用google的DNS服务器，你可以使用OpenDNS。 此外，如果您希望经常更改 DNS 记录，并且希望这些更新快速生效，您应该减少记录的 TTL。您会在 DNS 服务器上看到更多负载，但与此同时，您的 DNS 更新速度会更快。 Iraklis 2010-04-06T02:57:43+08:002010-04-06T02:57:43+08:00 区域记录更新最多需要 72 小时才能完成全球传播。是的，您的 ISP 缓存 DNS 查询 编辑：您可以使用许多在线工具来跟踪更新进度。看看这个。
是的。您的 ISP 几乎可以肯定会在一段时间内缓存 DNS 设置。他们应该在 TTL 过期时刷新记录。不幸的是，有大量的 ISP 在他们的 DNS 缓存方案中似乎都忽略了 TTL。如果您碰巧在其中一个 ISP 上，即使您的 TTL 设置非常低，他们也可能需要数小时甚至数天才能尊重新记录。
我遇到了同样的问题并通过使用 google DNS 修复了它
打开您的网络 /IP 设置 使用 DNS 服务器：
8.8.8.8
8.8.4.4
这些是谷歌 DNS，将解决您的问题，直到您的 ISP 刷新捕获
这里有两件事。一是您的域注册商将您通过某种网络表单/管理面板提供的 DNS 条目放置在注册商 DNS 服务器上所需的时间。此“更新”过程通常在 15 分钟内发生。
二是每个RR（Registry Record）的TTL字段，基本上是说：如果之前有人问过domain.com，缓存domain.com -> IP地址RR TTL秒（缓存所以我不用问再次/每次某个主机询问 domain.com 时的权威服务器）。TTL 值各不相同，通常设置为大约 1 天 == 86400 秒。
您实际上可以通过使用以下命令明确询问 ISP DNS 服务器来检查您的 ISP 的 DNS 服务器是否缓存了结果：
响应字段中的 TTL 将指示 RR 在服务器上缓存的时间。
亚历克斯：
是的。您的域的 DNS 记录指定了一个 TTL（“生存时间”）值，该值指示客户端计算机（和 ISP 名称服务器）在再次询问之前将结果缓存指定的时间长度。24-48 小时的默认值是典型的。
这是使未来过渡更顺利的一个好做法：在切换日期前几天进行，并将 TTL 更改为非常短的值，例如 300 秒。配置新 IP 地址时，可以将其设置回 24 小时。从您的角度来看，长 TTL 的主要好处是您网站的访问者将体验到缓存 DNS 查询的性能优势。它还减轻了域名称服务器的负载。
鉴于您目前的情况，您可能想探索在旧地址（如果您的站点是静态的）上继续镜像您的内容几天的可能性，或者在您域的旧 IP 地址上配置 HTTP 服务器以将请求引用到新的 IP 地址（如果您的站点是动态的）。
干杯，
英里
只要您告诉它，您的 ISP 就会运行一个缓存 DNS 条目的 DNS 服务器。
如果您控制 DNS 记录，则该记录的一个方面是“TTL”，它告诉 DNS 服务器（以及行为正确的客户端）在从权威 DNS 服务器获取该值后应该缓存该值多长时间。
请注意——您的 ISP 和您的 ISP 的 DNS 服务器之间存在巨大差异。没有什么强迫您使用您的 ISP 的 DNS 服务器。你可以自己运行一个递归服务器，你可以使用google的DNS服务器，你可以使用OpenDNS。
此外，如果您希望经常更改 DNS 记录，并且希望这些更新快速生效，您应该减少记录的 TTL。您会在 DNS 服务器上看到更多负载，但与此同时，您的 DNS 更新速度会更快。
区域记录更新最多需要 72 小时才能完成全球传播。是的，您的 ISP 缓存 DNS 查询
编辑：您可以使用许多在线工具来跟踪更新进度。看看这个。