我们的网站今天因为某些人的名字而改变了他们的IP地址。 （ns1.nameresolve.com等）..
这使我想知道，所有去过我们网站的人都会被caching，没有到我们网站的人会在他们的DNS中查找它，而不会去查看链中的下一个DNS ，它最终将检查nsX.nameresolve.com（如果logging是旧的，那将会失败）。所以在哪个DNS检查nsX.nameresolve.com。
请随时编辑我的问题，使其更清楚。
跟随sybreon的回应，我认为这个问题归结为TTL。 我不认为这与你的域的TTL有什么关系，而是与ns1.nameresolve.com的TTL有关。 所有的recursionDNS服务器都抓取了ns1.nameresolve.com的IP和提供的TTL。 当nameresolve更改IP地址时，它们可能不会降低TTL，因此所有cachingIP地址的服务器都会继续使用，直到TTL过期。
djbdns'tinydns最酷的function之一是你可以设置一个特定地址的到期date。 随着时间的推移，tinydns会给出更小的ttls，以便所有的dnscaching同时到期。 在那一刻，你的新纪录变得活跃，过渡是无缝的。 当然，这可能很less使用，但对于这种情况来说，这是理想的。
如果你要求一个logging，你的名字服务器是来自recursionDNS服务器的授权，它将首先请求一个根DNS服务器告诉他一个com.的权威DNS服务器com. （假设没有caching）。 然后它请求区域nameresolve.com.的名称服务器nameresolve.com. 这将是nsX.nameresolve.com. 。 通过在com.的响应胶水loggingcom. 服务器的recursionDNS服务器现在知道你的DNS服务器的IP地址，它会问你的服务器所需的logging。
除非你的域本身是nameresolve.com的一个子域，否则对根服务器的查询可能不会返回它们域名服务器的任何IP细节，只是名字（除非你明确地指定了IP地址注册商）。
在这种情况下，最有可能的罪魁祸首是启动查询的名称服务器（在他们的ISP上说）已经有了nameresolve.com的NS详细信息与旧IPcaching。 在他们请求你的域名后，它会回到被分配到nsX.nameresolve.com。 如果请求服务器已经将该IPcaching起来，则不会再费心去查看它。
当托pipe大量域名时，通常在nameserver ip更改之前减lesscaching时间是一个好主意，以防止发生这种情况。 一旦变化已经过去了，时间又可以重新抬头了。
这一切都取决于您为您的域设置的TTL值。 一个典型的值是将其设置为24小时。 这意味着您的旧地址将被层次结构中的其他DNS服务器caching24小时。