Date: Tue, 26 Apr 2016 11:31:55 +0300 From: Pavel Timofeev <timp87@gmail.com> To: Nick Rogers <ncrogers@gmail.com> Cc: "freebsd-ports@freebsd.org" <freebsd-ports@freebsd.org> Subject: Re: www/squid: reconsider enabling all options Message-ID: <CAAoTqfvyLMFB6Ux1eL7jW5Wi-SZRGUqzWkBMOfWw%2B5smOoXZZQ@mail.gmail.com> In-Reply-To: <CAKOb=YZMqaDCHtVYxme_f1p2oQ7CVwWjbR7QoOMNtDL0p7C_rA@mail.gmail.com> References: <CAKOb=YZMqaDCHtVYxme_f1p2oQ7CVwWjbR7QoOMNtDL0p7C_rA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
2016-04-26 1:32 GMT+03:00 Nick Rogers <ncrogers@gmail.com>: > Hello, > > I just recompiled my www/squid port to the latest 3.5.17 version. Prior to > this I was running 3.5.14. I immediately noticed that my transparent proxy > setup via PF was broken and throwing a "Forwarding loop detected" error in > the logs. > > I then noticed the following recent commit which enables all options/knobs > that do not require dependencies: > https://svnweb.freebsd.org/ports?view=revision&revision=412287 > > This change enables the ipf-transparent (TP_IP), ipfw-transparent (TP_IPF), > and pf-transparent (TP_PF) options at the same time, and turned out to be > the root of my "redirection loop" problem. > > I am unclear why, but in my experience these options have always been > incompatible with each other, which is why in previous versions of the > www/squid port and its prior iterations these knobs have always been > disabled by default. I've always explicitly enabled TP_PF in my make.conf. > > I was able to fix my issue by recompiling without the TP_IP and TP_IPF > options, but I believe more thought/discussion should be given to all the > new options that are now enabled by default in the port. > > Thanks! > > -Nick > _______________________________________________ Hi! I'm sorry, that's my fault. Do you think all three should be disabled by default, or we can enable one of them mostly used? Do you know there is a related bug report in squid's buzilla? Do squid's developers know about this incompatibility? It yes it looks weird they don't check it in configure.ac script.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAAoTqfvyLMFB6Ux1eL7jW5Wi-SZRGUqzWkBMOfWw%2B5smOoXZZQ>