Hide Forgot
Squid includes a dns resolver for some reason, and has no configuration option to use the plain glibc resolver. So it's stuck with less complete implementation, notably one that lacks RFC3484 (/etc/gai.conf) support for locally administered ipv6/ipv4 address prioritization. This is a problem when one has a relatively poor ipv6 setup (tunneled perhaps), or when a dual-homed (ipv4+ipv6) web server has much worse performance over the latter than the former. Squid's hard-coded attitude favouring ipv6 causes poor/broken connections to e.g. youtube. See also: http://bugs.squid-cache.org/show_bug.cgi?id=3086 Please consider carrying the patch suggested in that bug, or perhaps prevailing upon the squid upstream to apply the patch or have an option for using the system resolver.
The patch isn't included into nightly Squid-3.2 by upstream yet ...
> The patch isn't included into nightly Squid-3.2 by upstream yet ... Yeah, I realize that. I get the impression that the squid developers are not very sympathetic to non-ipv6 concerns.
It appears that http://kojipkgs.fedoraproject.org/packages/squid/3.2.0.13/5.fc16/x86_64/squid-3.2.0.13-5.fc16.x86_64.rpm fixes this problem, with the "dns_v4_first" configuration option added.