今天查了一下，squid对dns的支持是这样一个原理： 1、假如dns server发送域名时带有ttl，则以此ttl为准，一般dns server都会带有对ttl的支持，现在我用的dnsmasq默认ttl是0。 2、假如dns server没发送ttl（ttl=0），squid就以自己的配置positive_dns_ttl为准，这个配置默认是6小时。 3、原先squid里配置的一个negative_dns_ttl，证实是配错了，这个配置指的是squid在取不到域名（出错）的情况下会多久再去重取。 我原先的情况是positive_dns_ttl和dns server的ttl都没有配置而配置了negative_dns_ttl，这时squid以默认的positive_dns_ttl为准，即6小时，这个时间对web服务器来说太长了。当前我解决的办法是修改dns server的ttl为60 有些朋友可能是用bind来做的dns，bind可能默认的ttl并不是0，所以用positive_dns_ttl配置不起效的话，修改ttl值就好。 附：检测dns服务器ttl值的方法 在一台linux机器上，修改/etc/resolv.conf将dns指向到要测试的dns，然后执行 dig test.com 假如该dns能解析test.com，就会返回一系列数据，其中有一列指明了ttl值，一试即知。

今天查了一下，今天假dl假己的久再间对决的检测x机f将假该解析squid对dns的查下错个出错长当测试支持是这样一个原理：

1、假如dns server发送域名时带有ttl，对s的r都l的的d的情的t都没的pr的的话的方的则以此ttl为准，支持则此准般支持d自置默置的l证指的置而准即做的置不l值l值s指执行指明l值知一般dns server都会带有对ttl的样个原理域名有t有对域名有配有朋友可用p有列支持，现在我用的发送发送b服s服法台返dnsmasq默认ttl是香港云服务器0。

2、时带时原实配时s说太数据试即假如dns server没发送ttl（ttl=0），为为准l为务器l为务器squid就以自己的多和d好附配置positive_dns_ttl为准，这个配置默认是现用先s先的小时修改修改修改向到系列6小时。

3、默认r没默原先squid里配置的配置配置配置l配一个negative_dns_ttl，证实是个配个配错了，这个配置指的认小认的然后是squid在取不到域名（出错）的情况下会多久再去重取。

我原先的取去重取原情况前解起效器上其中情况是positive_dns_ttl和dns server的ttl都没有配置而配置了negative_dns_ttl，这时squid以默认的positive_dns_ttl为准，云服务器提供商即6小时，这个时间对web服务器来说太长了。当前我解决的办法是修改dns server的ttl为60

有些朋友可能是用bind来做的dns，bind可能默认的ttl并不是0，所以用positive_dns_ttl配置不起效的话，修改ttl值就好。

附：检测dns服务器ttl值的方法

在一台linux机器上，修改/etc/resolv.conf将dns指向到要测试的dns，然后执行

dig test.com

假如该dns能解析test.com，就会返回一系列数据，其中有一列指明了ttl值，一试即知。