Hi Alex,
Thank you for the reply, we update our patch with provided changes.
One more thing, with TLSv1.3.
There is site https://3frontoffice.tre.se/login with specific behavior in
the Chrome browser OS X El Capitan.
During establishing TLSv1.3 handshake after successfully send our Client
Ok Amos, thanks a lot for your help.
I'll try to update my Squid version i order to block the given domains in
my access.log file.
Greetings !!!
El vie., 3 ene. 2020 a las 3:15, Amos Jeffries ()
escribió:
> On 3/01/20 7:09 am, Roberto Carna wrote:
> > Dear Amos, I have this log entries that I
Hello.
1. this question was asked before, but not yet resolved:
http://www.squid-cache.org/mail-archive/squid-users/200701/.html
2. use case:
the following url goes though double redirect, both times not providing
"Expires:" header,
which results in repeated TCP_MISS/302 entries in
On 1/3/20 11:14, Andrei Pozolotin wrote:
3. here are response details via curl:
a)
curl --head
https://archive.archlinux.org/repos/2020/01/01/community/os/x86_64/python-wheel-0.33.6-3-any.pkg.tar.xz
HTTP/2 302
server: nginx/1.16.1
date: Fri, 03 Jan 2020 17:56:14 GMT
content-type: text/html
hi all,
this is my config at the end of squid.conf
#ICAP
icap_enable on
icap_send_client_ip on
icap_send_client_username on
icap_client_username_header X-Authenticated-User
icap_service service_req reqmod_precache bypass=0 icap://
127.0.0.1:1344/squidclamav
adaptation_access service_req allow
Thanks Amos,
I will contact c icap users in future with any cicap config lines
On Sat, 4 Jan 2020, 01:41 Amos Jeffries, wrote:
> On 4/01/20 2:13 pm, robert k Wild wrote:
> >
> > it works great but when i go on the c-icap logs its just specifies this
> >
> > Sat Jan 4 00:50:36 2020,
On 4/01/20 2:13 pm, robert k Wild wrote:
>
> it works great but when i go on the c-icap logs its just specifies this
>
> Sat Jan 4 00:50:36 2020, 1610/782518016, squidclamav.c(908)
> squidclamav_end_of_data_handler: Sat Jan 4 00:50:36 2020,
> 1610/782518016, LOG Virus found, sending
