注册服务商指向我们的域名服务器，我们的域名服务器指向自己。 如果您查询注册商或我们自己的域名服务器，您会得到相同的回应。 但是他们有不同的TTL。 哪个TTL客户会尊重？
$ dig dotser.ie ns @b.iedr.ie ; <<>> DiG 9.8.1-P1 <<>> dotser.ie ns @b.iedr.ie ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 1393 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 3, ADDITIONAL: 0 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;dotser.ie. IN NS ;; AUTHORITY SECTION: dotser.ie. 172800 IN NS ns0.reg365.net. dotser.ie. 172800 IN NS ns2.reg365.net. dotser.ie. 172800 IN NS ns1.reg365.net. ;; Query time: 27 msec ;; SERVER: 77.72.72.34#53(77.72.72.34) ;; WHEN: Thu Sep 11 13:46:12 2014 ;; MSG SIZE rcvd: 91 $ dig dotser.ie ns @ns0.reg365.net ; <<>> DiG 9.8.1-P1 <<>> dotser.ie ns @ns0.reg365.net ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64285 ;; flags: qr aa rd; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;dotser.ie. IN NS ;; ANSWER SECTION: dotser.ie. 86400 IN NS ns2.reg365.net. dotser.ie. 86400 IN NS ns1.reg365.net. dotser.ie. 86400 IN NS ns0.reg365.net. ;; Query time: 41 msec ;; SERVER: 85.233.160.79#53(85.233.160.79) ;; WHEN: Thu Sep 11 13:46:28 2014 ;; MSG SIZE rcvd: 91 一个非常类似的问题已经被问到，但是它接受的（也是唯一的）答案提出了解决具体问题的方法，而不是实际回答理论问题。
另一个类似的问题实际上并不完全相同：它询问名称服务器是否会caching比Alogging更长的时间。 （无论如何，这些答案似乎没有回答我的问题。）
客户不会问你的名字服务器的NSlogging; 它已经知道在那个点（否则它不能问你的名字服务器…）。
因此，客户将从注册商处获得TTL。
在根目录下， .ie的DNS服务器的.ie NSlogging指向：
dotser.ie. 21210 IN NS ns2.reg365.net. dotser.ie. 21210 IN NS ns1.reg365.net. dotser.ie. 21210 IN NS ns0.reg365.net.
所以只有这三台服务器才会被客户端查询（除非客户端使用一些非默认的DNSparsing）。 根据我的查询，这三台服务器都具有相同的21599的TTL。
简短的答案是最后一个权威的答案。 这应该来自您的服务器。
如果DNS服务器没有名称服务器的值，则必须遍历树。 注册服务商应该发送非权威的域名服务器列表。
从注册商为您的名称服务器提供的TTL将被您的名称服务器覆盖。 来自您的名称服务器的请求的权限部分将包含您的名称服务器的列表以及服务器保存的TTL值。 不同的域名服务器可能会有不同的区域信息和不同的TTL值，但是它们应该相对较快地收敛。
cachingDNS服务器应该基于此更新其TTL。 来自caching的DNS响应的非权威响应应该显示剩余的TTL，直到logging到期。