Re: [squid-users] squid 3.3.8 failed to start because of hard-coded acl with ::1

From: Craig R. Skinner <skinner_at_britvault.co.uk>
Date: Mon, 10 Feb 2014 11:43:06 +0000

Bugged: http://bugs.squid-cache.org/show_bug.cgi?id=4024

This known bug has resulted in a FreeBSD binary build patch.

On 2014-01-21 Tue 12:42 PM |, Craig R. Skinner wrote:
> ping
>
> On 2014-01-08 Wed 11:13 AM |, Craig R. Skinner wrote:
> > On 2014-01-01 Wed 20:55 PM |, Amos Jeffries wrote:
> > > >
> > > > I included a link to a bug verified by the FreeBSD ports team.
> > > >
> > > >>
> > > >> The line you have mentioned:
> > > >> http://bazaar.launchpad.net/~squid/squid/3-trunk/view/head:/src/cf.data.pre#L847
> > > >> Assumes that the machine is ipv6 enabled by default.
> >
> > The FreeBSD patch removes that assumption.
> >
> > > >
> > > > It's very easy to test. No kernel or squid recompile needed.
> > > >
> > > > By setting the DNS resolver to use IPv4 only, squid can't start/parse
> > > >
> > > > (i.e. it is a DNS resolution issue):
> > > >>>
> > > >>> $ fgrep family /etc/resolv.conf
> > > >>> family inet4
> > > >>>
> > >
> > > Exactly.
> > >
> > > >
> > > > Re-enabling IPv6 DNS resolution lets squid run again:
> > > >
> > > >>>
> > > >>> $ fgrep family /etc/resolv.conf
> > > >>> #family inet4
> > > >>>
> > > >
> > >
> > > Possibly the resolv.conf configuration directive could be done earlier
> > > in the configuration sequence, the ACL made non-fatal when an invalid
> > > value is passed for interpretation as an IP address, and Squid updated
> > > to support that family directive from resolv.conf.
> > >
> > > Amos
> >
> > That seems sensible.
> >
>
> --
> Craig Skinner | http://twitter.com/Craig_Skinner | http://linkd.in/yGqkv7
Received on Mon Feb 10 2014 - 11:43:22 MST

This archive was generated by hypermail 2.2.0 : Mon Feb 10 2014 - 12:00:04 MST