[squid-users] Does reload_into_ims not effective for HTTPS?

[Yuri Voinov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
 


23.03.16 19:34, Amos Jeffries пишет:
> On 19/03/2016 11:50 p.m., Yuri Voinov wrote:
>>
>> Well, here is it:
>>
> <snip>
>>
>> GET
>>
http://icdn.lenta.ru/images/2016/03/17/09/20160317091221731/tabloid_8a08b3a372ff4499c0d95723ad4dc382.jpg
>> HTTP/1.1
>> User-Agent: Wget/1.16.3 (solaris2.10)
>> Accept: */*
>> Accept-Encoding: identity
>> Host: icdn.lenta.ru
>> Connection: Keep-Alive
>> Proxy-Connection: Keep-Alive
>>
> <snip>
>>
>> GET
>>
/images/2016/03/17/09/20160317091221731/tabloid_8a08b3a372ff4499c0d95723ad4dc382.jpg
>> HTTP/1.1
>> User-Agent: Wget/1.16.3 (solaris2.10)
>> Accept: */*
>> Accept-Encoding: identity
>> Host: icdn.lenta.ru
>> Connection: Keep-Alive
>> Proxy-Connection: Keep-Alive
>>
>
>
> Neither of those requests contain Cache-Control: max-age=0 (aka
> "reload") from the client.
>
> So the directive reload_into_ims is not having any relevance. And thus
> no effect.
>
> It kind of makes sense - most clients still assume that HTTPS is
> end-to-end and not having any proxy caches along the way. Not that the
> assumption was ever true.
Is that able to make this client header substitution artifically? May
be, with HTTP headers manipulation?
>
>
> Amos
> _______________________________________________
> squid-users mailing list
> squid-users at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
 
iQEcBAEBCAAGBQJW8qnzAAoJENNXIZxhPexG9KgIALy5qQOuFG269ZO/tKUojIB4
bxMDYyu2B1TuAIm2fT7APa8qUqiFk9wyJt6i0Q/N5JNELzaY5moAnknFrgm5nP7S
0mfRa9TqCQ8th1mTN0YcDf1lv4nKiJM+QwaFvwh6iUexyYJIdPBZ1m+tQDIs4JNQ
JUjrLLFDsSoucYE78hL5KYx08bq07Vy5WxDoqIo5p4giScKuASCLvhrwCH0gxRQQ
0mhXCUeaBPvOkAag+KHU/UB6dBrCdtxuAcEOBPiDy9+Uq+vpoTn5D/dvFxEBgVzD
n2QlxDP3zXhVtOYjeFXeUnQcjtyENSlpgtDHTFhzQYbbHmsM/DGS6yeB4NN9pQE=
=oIn+
-----END PGP SIGNATURE-----

-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0x613DEC46.asc
Type: application/pgp-keys
Size: 2437 bytes
Desc: not available
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20160323/4c8e776b/attachment.key>