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

Sat Mar 19 10:50:07 UTC 2016

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

Well, here is it:

WARC/1.0
WARC-Type: warcinfo
Content-Type: application/warc-fields
WARC-Date: 2016-03-19T10:45:25Z
WARC-Record-ID: <urn:uuid:5a053fc7-a3e7-4d59-b7c7-097f22ef0f8b>
WARC-Filename: https_cache.warc.gz
WARC-Block-Digest: sha1:WAA7TQMGFUA4EUBD4KMKFKVY7YTVRSXM
Content-Length: 316

software: Wget/1.16.3 (solaris2.10)
format: WARC File Format 1.0
conformsTo:
http://bibnum.bnf.fr/WARC/WARC_ISO_28500_version1_latestdraft.pdf
robots: classic
wget-arguments: "--warc-file=https_cache"
"http://icdn.lenta.ru/images/2016/03/17/09/20160317091221731/tabloid_8a08b3a372ff4499c0d95723ad4dc382.jpg"

WARC/1.0
WARC-Type: request
WARC-Target-URI:
http://icdn.lenta.ru/images/2016/03/17/09/20160317091221731/tabloid_8a08b3a372ff4499c0d95723ad4dc382.jpg
Content-Type: application/http;msgtype=request
WARC-Date: 2016-03-19T10:45:25Z
WARC-Record-ID: <urn:uuid:ddbdea9d-2134-495d-a55a-6d1de875c84a>
WARC-Warcinfo-ID: <urn:uuid:5a053fc7-a3e7-4d59-b7c7-097f22ef0f8b>
WARC-Block-Digest: sha1:FAZPSEFA7C6YPXZTLZBBVHNHC265ZZEY
Content-Length: 275

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

WARC/1.0
WARC-Type: response
WARC-Record-ID: <urn:uuid:cfacf170-9037-4309-9566-9d30211b469d>
WARC-Warcinfo-ID: <urn:uuid:5a053fc7-a3e7-4d59-b7c7-097f22ef0f8b>
WARC-Concurrent-To: <urn:uuid:ddbdea9d-2134-495d-a55a-6d1de875c84a>
WARC-Target-URI:
http://icdn.lenta.ru/images/2016/03/17/09/20160317091221731/tabloid_8a08b3a372ff4499c0d95723ad4dc382.jpg
WARC-Date: 2016-03-19T10:45:25Z
WARC-Block-Digest: sha1:KOHEQBZOED2FFABWUFTAWHAXAQTVZRUT
WARC-Payload-Digest: sha1:TTNUTNTSLYFWPKWC6CN4YZWZ2LLUGZ2K
Content-Type: application/http;msgtype=response
Content-Length: 5651

HTTP/1.1 200 OK
Server: nginx
Date: Fri, 18 Mar 2016 10:44:05 GMT
Content-Type: image/jpeg
Content-Length: 5308
Last-Modified: Thu, 17 Mar 2016 06:12:22 GMT
ETag: "56ea4ac6-14bc"
Cache-Control: max-age=604800
Accept-Ranges: bytes
Age: 86092
X-Cache: HIT from cthulhu
X-Cache-Lookup: HIT from cthulhu:3128
Connection: keep-alive

WARC/1.0
WARC-Type: warcinfo
Content-Type: application/warc-fields
WARC-Date: 2016-03-19T10:46:30Z
WARC-Record-ID: <urn:uuid:5dc2b79d-b2e6-4156-ad6c-7f7ce385d418>
WARC-Filename: https_cache2.warc.gz
WARC-Block-Digest: sha1:M6ZN2WZN4DY26MK4OO56MUFOXFQX5FKC
Content-Length: 318

software: Wget/1.16.3 (solaris2.10)
format: WARC File Format 1.0
conformsTo:
http://bibnum.bnf.fr/WARC/WARC_ISO_28500_version1_latestdraft.pdf
robots: classic
wget-arguments: "--warc-file=https_cache2"
"https://icdn.lenta.ru/images/2016/03/17/09/20160317091221731/tabloid_8a08b3a372ff4499c0d95723ad4dc382.jpg"

WARC/1.0
WARC-Type: request
WARC-Target-URI:
https://icdn.lenta.ru/images/2016/03/17/09/20160317091221731/tabloid_8a08b3a372ff4499c0d95723ad4dc382.jpg
Content-Type: application/http;msgtype=request
WARC-Date: 2016-03-19T10:46:30Z
WARC-Record-ID: <urn:uuid:12df6956-01c3-4c23-8e69-96e298a8b125>
WARC-Warcinfo-ID: <urn:uuid:5dc2b79d-b2e6-4156-ad6c-7f7ce385d418>
WARC-Block-Digest: sha1:EFXIN3OGCFP6VXC7QO3VRVKIRUW35XTC
Content-Length: 255

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

WARC/1.0
WARC-Type: response
WARC-Record-ID: <urn:uuid:8f13d4d0-b9b1-44f9-8569-c5d47c464fbe>
WARC-Warcinfo-ID: <urn:uuid:5dc2b79d-b2e6-4156-ad6c-7f7ce385d418>
WARC-Concurrent-To: <urn:uuid:12df6956-01c3-4c23-8e69-96e298a8b125>
WARC-Target-URI:
https://icdn.lenta.ru/images/2016/03/17/09/20160317091221731/tabloid_8a08b3a372ff4499c0d95723ad4dc382.jpg
WARC-Date: 2016-03-19T10:46:30Z
WARC-Block-Digest: sha1:VIGIIHTIOL7GBTOHS6M4O3YNXVGEB674
WARC-Payload-Digest: sha1:TTNUTNTSLYFWPKWC6CN4YZWZ2LLUGZ2K
Content-Type: application/http;msgtype=response
Content-Length: 5573

HTTP/1.1 200 OK
Server: nginx
Date: Sat, 19 Mar 2016 10:46:30 GMT
Content-Type: image/jpeg
Content-Length: 5308
Last-Modified: Thu, 17 Mar 2016 06:12:22 GMT
Connection: keep-alive
ETag: "56ea4ac6-14bc"
Cache-Control: max-age=604800
Accept-Ranges: bytes

19.03.16 12:21, Amos Jeffries пишет:
> On 19/03/2016 6:33 a.m., Yuri Voinov wrote:
>>
>> I reload the same url from the same browser, from the same tab, with the
>> same hotkey. So, request header is the same - "Reload with no-cache",
yes?
>>
>
> Insufficient data. You have not shown the request headers that action
> generates.
>
>
>> So, then squid alter request header to the same IMS request. Right on
>> this point?
>
> Unknown. Your conclusion asks us to confirm an assumption you made based
> on request headers you are omitting.
>
>>
>> At the end - why server reply is different?
>
> Something in the transaction state is different. Assuming the same
> config settings and URL requested. That makes the request headers, or
> some action they invole the variable part.
>
>>
>> And finally - why wget directly from server shows the same behaviour?
>>
>
> Insufficient data.
>
>> 18.03.16 22:35, Amos Jeffries пишет:
>>> On 19/03/2016 3:13 a.m., Yuri Voinov wrote:
>>>> 18.03.16 19:42, Amos Jeffries пишет:
>>>>
>>>>> What headers are on the two requests?
>>>>
>>>> root @ cthulhu /patch # wget -S
>>>>
>>
http://icdn.lenta.ru/images/2016/03/17/09/20160317091221731/tabloid_8a08b3a372ff4499c0d95723ad4dc382.jpg
>>>> --2016-03-18 19:44:56--
>>>>
>>
http://icdn.lenta.ru/images/2016/03/17/09/20160317091221731/tabloid_8a08b3a372ff4499c0d95723ad4dc382.jpg
>>>> Connecting to 127.0.0.1:3128... connected.
>>>> Proxy request sent, awaiting response...
>>>>   HTTP/1.1 200 OK
>>>>   Content-Type: image/jpeg
>>>>   Content-Length: 5308
>>>>   Accept-Ranges: bytes
>>>>   Server: nginx
>>>>   Date: Fri, 18 Mar 2016 10:50:33 GMT
>>>>   Last-Modified: Thu, 17 Mar 2016 06:12:22 GMT
>>>>   ETag: "56ea4ac6-14bc"
>>>>   Cache-Control: max-age=604800
>>>>   Age: 10463
>>>>   X-Cache: HIT from cthulhu
>>>>   X-Cache-Lookup: HIT from cthulhu:3128
>>>>   Connection: keep-alive
>>>> Length: 5308 (5.2K) [image/jpeg]
>>>> Saving to: 'tabloid_8a08b3a372ff4499c0d95723ad4dc382.jpg'
>>>>
>>
>>> Thats the reply headers.
>>
>>> reload_into_ims is about altering request headers.
>>
>>> 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

iQEcBAEBCAAGBQJW7S7eAAoJENNXIZxhPexGc1wIAJO/i1Tv9ORZI7zxw6Iyc/jc
kAUrSnwxFX1/Uazw8TtFHENDhdW/2lRCeOF6sOQteh6N2iWeqKtfArU/J6fHcqPW
pXIbWey1Fi4EsXYoKbs9b5SgsLauBkXGTnMd1S0f6TVXEeyU7m5ujDVSVeALr9UH
P+37kgfiG4daUvmOJlmaXzdSSL0EwoBAsEvbi61TmZcjxkS57PNl1SzjayLM0uwS
thZh3Mg8zo742A9ChufBp+U43XxmBb/7bdJV9635atglEh6WreMT6FyZi5H492ZI
l9nuwj5G133WX3Y3gPI2t3ZVlV899v1oDKmtZSl1FZXNewMHKO5A06C0oRuuozA=
=8olS
-----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/20160319/15a66e73/attachment.key>