public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
From: Michael Tremer <michael.tremer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: squid 4.5. + latest patches => BCD 177 violation
Date: Fri, 01 Feb 2019 16:59:55 +0000	[thread overview]
Message-ID: <C78B03E0-25F7-4331-9F94-EED114F66832@ipfire.org> (raw)
In-Reply-To: <e922fa6c-b8c9-56bf-5a36-9b39d82b683c@ipfire.org>

[-- Attachment #1: Type: text/plain, Size: 2217 bytes --]

Hey,

I guess we cannot do much about it. We do not support IPv6 in IPFire 2.

I think it was a bit of a mistake of the squid team to assume that IPv6 is available everywhere. It also does not make their job much easier - I think.

However, we should compile it with —disable-ipv6 as long as that is supported and that is the end of the story.

I have no idea why it needs to connect to itself anyways because we do not tell it to listen on localhost.

-Michael

> On 31 Jan 2019, at 20:06, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
> 
> Hi,
> 
> I'm testing 'squid 4.5' with the latest patches. Its running, but...:
> 
> Despite IPv6 being enabled in configure options, one of these patches
> (http://www.squid-cache.org/Versions/v4/changesets/squid-4-568e66b7c64e0d7873b9575b0dc60886805a2fc6.patch)
> leads to "WARNING: BCP 177 violation. Detected non-functional IPv6
> loopback." during startup.
> 
> I found an explanation regarding 'squid 3.5.7' here:
> (http://lists.squid-cache.org/pipermail/squid-users/2015-August/004930.html)
> 
> "IPv6: improve BCP 177 compliance
> 
> Since early 2012 it has been mandatory for new or upgraded Internet
> connected machinery and software to support IPv6 ad use it in preference
> over IPv4.
> 
> Squid IPv6 behaviour has followed these practices since well before the
> guidelines became a BCP. Over the years it has also grown into a
> well-tested and widely used feature.
> 
> The --disable-ipv6 build option is now deprecated. It is long past time
> to fix whatever network brokenness you may have that made it look
> attractive in past years.
> 
> Squid-3.5.7 and later will perform IPv6 availability tests on startup in
> all builds.
> 
> - Where IPv6 is unavailable Squid will continue exactly as it would
> have had the build option not been used.
> 
>   These Squid can have the build option removed now.
> 
> - Where IPv6 is detected but --disable-ipv6 prevents use Squid will log
> "WARNING: BCP 177 violation".
> 
>    Please test whether you can rebuild with IPv6 enabled."
> 
> IPv6 is enabled, but I get these warning. Anything we could/should do?
> Opinions?
> 
> Best,
> Matthias


           reply	other threads:[~2019-02-01 16:59 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <e922fa6c-b8c9-56bf-5a36-9b39d82b683c@ipfire.org>]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=C78B03E0-25F7-4331-9F94-EED114F66832@ipfire.org \
    --to=michael.tremer@ipfire.org \
    --cc=development@lists.ipfire.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox