RE: [squid-users] dns_children

Henrik,

Just for your information:

I'am using squid 4.2 on Solaris 8 in a round robin load balancing reverse
proxy environment. And after a few days my customer was complaining that he
got a error from squid. "The requested URL could not be retrieved" This
error has been discussed quite a few times in this newsgroup. It seems that
Solaris doesn't deal very well with large quantity of DNS lookups.

I have recompiled with --disable-internal-dns and running about 10 dns
children.

Since then I haven't had a single complaint about errors.

I'm wondering, since you mentioned: "there is no limit on concurrent DNS
lookups in the current code":
a) does squid itself use /etc/resolv.conf and do the dns lookup itself (ie
within the program), or
b) squid request the OS to resolve the hostname?

If b=true then it is clear that without --disable-internal-dns the Solaris
OS is the bottleneck and thus responsable for generating the above mentioned
error. Now with --disable-internal-dns, does this modify the squid
configuration to option a?

Peter

> -----Oorspronkelijk bericht-----
> Van: hno@hem.passagen.se [mailto:hno@hem.passagen.se]
> Verzonden: Friday, June 15, 2001 7:41 AM
> Aan: TomC
> CC: squid-users@squid-cache.org
> Onderwerp: Re: [squid-users] dns_children
>
>
> Any special reason to why you have to configure dns_children to 10?
>
> The directive does not apply to default builds of Squid simply because
> it is no longer needed as there is no limit on concurrent DNS lookups in
> the current code. It is only available if Squid is built using the
> (obsolete) dnsserver approach to DNS lookups (--disable-internal-dns).
>
> Just delete the directive from your squid.conf and you should be fine.
>
> --
> Henrik Nordstrom
> Squid Hacker
>
> TomC wrote:
> >
> > Hi,
> > I have to config the dns_children to 10 but when I try to restart the
> > squid by /usr/local/squid/bin/squid -k reconfigure. The squid says the
> > parseConfigFile: line 810 unrecognized: 'dns_children 10'
> > Why?
> > Thanks
>
Received on Fri Jun 15 2001 - 02:25:35 MDT