-----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@xxxxxxxxxxxxxxxxxxxxx > 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-----
Attachment:
0x613DEC46.asc
Description: application/pgp-keys
_______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users