On 11/27/18 5:21 AM, Marcus Kool wrote:
logformat combha %>a %ui %un [%tl] "%rm %ru HTTP/%rv" %>Hs %<st %Ss:%Sh %>ha
acl src_lb src 10.2.2.254/32
acl src_lb src 10.2.2.107/32
access_log stdio:/local/squid4/logs/lbaccess.log combha src_lb
access_log stdio:/local/squid4/logs/access.log combha !src_lb
The logging is almost as expected: all HTTP(S) traffic from 10.2.2.107
goes to lbaccess.log and all other traffic to access.log,
*but* imitating the TCP probe of the LB with a telnet session from
10.2.2.107 to the squid server which is immediately terminated or sends
garbage, is logged with transaction-end-before-headers to access.log,
not lbaccess.log.
Should the above acls send the errors to lbaccess.log?
On 27/11/2018 13:58, Alex Rousskov wrote:
Yes, src ACLs should work for all transactions associated with to-Squid
connections, including transaction-end-before-headers errors. If they do
not work, it is a Squid bug.
On 27.11.18 14:42, Marcus Kool wrote:
Thanks, I filed bug 4906: https://bugs.squid-cache.org/show_bug.cgi?id=4906
Is it serious enough to get a fix in Squid 4?
which "squid 4" exactly?
--
Matus UHLAR - fantomas, uhlar@xxxxxxxxxxx ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety. -- Benjamin Franklin, 1759
_______________________________________________
squid-users mailing list
squid-users@xxxxxxxxxxxxxxxxxxxxx
http://lists.squid-cache.org/listinfo/squid-users
