[squid-users] ACL is used in context without an HTTP response. Assuming mismatch
david at articatech.com
Fri May 13 15:26:40 UTC 2016
You are right Amos....
Without loosing the original canary need :=) :
[ for better I/O performance ] do not write in access.log some squid http
status result codes.
Example : not write in access.log 407, 403, 301, 302 squid status code.
By reading docs and several discuss the only way to have this behavior is to
use this kind of ACL.
If you have an another way , i'm hearding you :)
De : squid-users [mailto:squid-users-bounces at lists.squid-cache.org] De la
part de Amos Jeffries
Envoyé : vendredi 13 mai 2016 13:27
À : squid-users at lists.squid-cache.org
Objet : Re: [squid-users] ACL is used in context without an HTTP response.
On 13/05/2016 7:06 p.m., David Touzeau wrote:
> Thanks Alex
> Any ACLs tips to avoid these warning ? or just assume it's normal in this
> situation... ?
Yes and no. It was added to be a type of canary to unexpected behaviours in
the config. So in that regard it has done its job well by making you look
and ask about why its happening.
What Alex describes there as potential causes could be a sign of clients
having bad experiences with the proxy. Or just browser "Happy Eyeballs"
doing its annoying thing. It'll have to be a judgement call for you whether
to do much more investigation or not.
The answer is also very specific to that one named ACL and how it was used.
So other similar looking warnings could have very different impacts and
The only way to completely silence the warning right now is to not use that
ACL for that access control. If its annoying we are open to adding a
throttle to it.
squid-users mailing list
squid-users at lists.squid-cache.org
More information about the squid-users