Search squid archive

Re: external_acl_type not reliable after upgrade from 2.7 to 3.1.20

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hey Thomas,

I have a debug script in ruby.
Could you try it on your system?

This external_acl should always response with an ERR response.
It is attches to stdin\out\err and logs to default syslog which is CentOS /var/log/messages and Ubuntu /var/log/syslog

Since I have been using this helper syntax for quite some time I want to make sure that the source of the problem is very spoecific and to mark it.

Thanks,
Eliezer

On 10/10/2013 05:48 PM, Thomas Stegbauer wrote:
On 10.10.2013 06:31, Amos Jeffries wrote:
On 10/10/2013 12:33 p.m., Thomas Stegbauer wrote:
hi,
...
The acl is configured like this:
external_acl_type phpauthscript protocol=2.5 children=100 ttl=0
negative_ttl=0 %SRC /etc/squid3/authscript

best regards
thomas

Please try adding the option "ipv4" to that configuration line for
squid 3.1.6 and 3.1.20 in Debian.

Amos
Hi Amos,

external_acl_type phpauthscript protocol=2.5 children=100 ttl=0 ipv4
negative_ttl=0 %SRC /etc/squid3/authscript

does not change the error, it still occures. mostly when there are more
than one client.
the authscript still does sometimes note geht the ip.
where is here an IPv6 connection? the IP get sent via STDOUT to authscript.

thomas





[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux