Re: [squid-users] change in source code

From: Amos Jeffries <>
Date: Fri, 18 Apr 2008 15:57:40 +1200

Guy Helmer wrote:
> Amos Jeffries wrote:
>>> Henrik Nordstrom wrote:
>>>> mån 2008-04-14 klockan 20:13 -0700 skrev Anil Saini:
>>>>> actually its is thr in squid.conf fine that max limit is 32
>>>>> but i increased the limit to 60..and no of dns processes
>>>>> increases...but i
>>>>> dont know it will effect the squid or not....
>>>> If the number of helpers increased then it worked.
>>>> The limit of 32 was in old versions of Squid, and it seems the comment
>>>> in the dns_children description is a leftover.
>>>> Another way is to build Squid without --disable-internal-dns. This will
>>>> remove this directive as it isn't even relevant any more..
>>>> Regards
>>>> Henrik
>>> Is this true for 2.6? I had to enable dns_defnames in response to a
>>> customer requirement, and found that I had to rebuild 2.6.18 with
>>> --disable-internal-dns so dns_defnames would work.
>> Yes. That option is available for the internal-DNS engine. You just need
>> to configure the OS searchpath properly. Squid will append the domain
>> suffixes and test the resulting FQDNs in DNS.
>> In Linux/BSDs the /etc/resolv.conf file has a "search" option taking the
>> search paths in the sequence to be tested. First-match is used.
>> Amos
> Perhaps I'm old fashioned, but my resolv.conf configuration files
> generally still use the "domain" specification instead of the "search"
> option. I'm successfully using this patch for Squid 3.0, and a very
> similar patch on Squid 2.6, to avoid needing to use --disable-internal-dns:

Thank you.
It looks like Henrik has fixed the problem in the same way our patch
works. It'll be in the next round of snapshots.


Please use Squid 2.6.STABLE19 or 3.0.STABLE4
Received on Tue Apr 22 2008 - 14:43:55 MDT

This archive was generated by hypermail 2.2.0 : Thu May 01 2008 - 12:00:04 MDT