我设置了一个本地名称服务器（OS-X上的BIND），很高兴“挖掘”响应时间非常短（从第二个查询开始）。 但是，如果等待一小段时间（5秒），则响应时间再次上升 – 请求再次被转发到远程服务器（OpenDNS）。 我猜TTL很短，但在挖掘响应中没有看到TTL值。 哪里可以find？ 对于大多数networking服务器来说，它可能会短缺吗？这是否否定了本地服务器的优势？
我的DSL调制解调器（来自华为）必须忽略TTL，因为它的响应（使用dig @ 192.168.1.1等）在等待几分钟之后几毫秒，而在本地服务器不得不转发请求的几百毫秒之内。 这是调制解调器还是中国的共同点？ 我最初对使用本地服务器的兴趣是希望更快的浏览和怀疑中国产品。 我在后者偏执吗？
更新
这些问题是基于TTL非常短的错误前提。 现在，我知道挖掘输出中显示的TTL的位置，可以看出，它不足以成为本地服务器重新请求上游服务器的原因。 任何关于这个事业的想法都会受到欢迎。 而且很显然，调制解调器不会忽略TTL。 虽然我还是不信任
dig实用程序默认显示TTL值。 这是一个示例输出：
khaled@khaled-pc:~$ dig www.google.com ; <<>> DiG 9.7.1-P2 <<>> www.google.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 1350 ;; flags: qr rd ra; QUERY: 1, ANSWER: 7, AUTHORITY: 4, ADDITIONAL: 4 ;; QUESTION SECTION: ;www.google.com. IN A ;; ANSWER SECTION: www.google.com. 64131 IN CNAME www.l.google.com. www.l.google.com. 109 IN A 209.85.147.147 www.l.google.com. 109 IN A 209.85.147.99 www.l.google.com. 109 IN A 209.85.147.103 www.l.google.com. 109 IN A 209.85.147.104 www.l.google.com. 109 IN A 209.85.147.105 www.l.google.com. 109 IN A 209.85.147.106 ;; AUTHORITY SECTION: google.com. 32366 IN NS ns4.google.com. google.com. 32366 IN NS ns3.google.com. google.com. 32366 IN NS ns1.google.com. google.com. 32366 IN NS ns2.google.com. ;; ADDITIONAL SECTION: ns1.google.com. 236936 IN A 216.239.32.10 ns2.google.com. 236936 IN A 216.239.34.10 ns3.google.com. 236936 IN A 216.239.36.10 ns4.google.com. 236936 IN A 216.239.38.10
您可以使用选项+ttlid来包含TTL值， +nottlid不包含它们。 TTL值是每行IN之前的值。
有一个短的服务器TTL是不正常的。 有些人使用这些简短的TTL作为故障转移技术，但是现在大多数人已经朝着不同的方向前进了。
您会在IN A部分之前findTTL：
15:05:35 root@oxygen:~> dig example.com ; <<>> DiG 9.5.1-P1 <<>> example.com ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15248 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2 ;; QUESTION SECTION: ;example.com. IN A ;; ANSWER SECTION: example.com. 172800 IN A 192.0.43.10 ;; AUTHORITY SECTION: example.com. 172800 IN NS b.iana-servers.net. example.com. 172800 IN NS a.iana-servers.net. ;; ADDITIONAL SECTION: a.iana-servers.net. 265 IN A 199.43.132.53 b.iana-servers.net. 265 IN A 199.43.133.53 ;; Query time: 115 msec ;; SERVER: 84.91.3.120#53(84.91.3.120) ;; WHEN: Mon Jan 30 15:05:41 2012 ;; MSG SIZE rcvd: 125
大多数DSL路由器/调制解调器不会caching DNS答案，他们只是直接向ISPparsing器代理查询。
所以你在那里看到的延迟只是你的ISP的往返时间。