trafficserver-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Muhammad Faisal" <faisalu...@yahoo.com>
Subject Re: No caching of Octet Stream from Filehippo
Date Wed, 30 Mar 2016 19:13:25 GMT
It seems the object caching is not happening even if "Last Modified" 
header in the origin response despite setting CONFIG 
proxy.config.http.cache.required_headers INT 1
--
Regards,
Faisal.



------ Original Message ------
From: "Muhammad Faisal" <faisalusuf@yahoo.com>
To: users@trafficserver.apache.org; "Users" 
<users@trafficserver.apache.org>
Sent: 3/30/2016 6:44:16 PM
Subject: Re: No caching of Octet Stream from Filehippo

>When I click download button there are two requests one 301 and second 
>200:
>
>
>301 Headers: I wonder why they are setting cache control private?
>
>GET 
>/download/file/6853a2c840eaefd1d7da43d6f2c94863adc5f470927402e6518d70573a99114d/ 
>HTTP/1.1
>Host: filehippo.com
>Accept: 
>text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
>Accept-Encoding: gzip, deflate, sdch
>Accept-Language: en-US,en;q=0.8
>Cookie: FHSession=mfzdaugt4nu11q3yfxfkjyox; 
>FH_PreferredCulture=l=en-US&e=3/30/2017 1:38:22 PM; 
>__utmt_UA-5815250-1=1; __qca=P0-1359511593-1459345103148; 
>__utma=144473122.1934842269.1459345103.1459345103.1459345103.1; 
>__utmb=144473122.3.10.1459345119355; __utmc=144473122; 
>__utmz=144473122.1459345103.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); 
>__utmv=144473122.|1=AB%20Test=new-home-v1=1
>Referer: 
>http://filehippo.com/download_vlc_64/download/56a450f832aee6bb4fda3b01259f9866/
>Upgrade-Insecure-Requests: 1
>User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 
>(KHTML, like Gecko) Chrome/49.0.2623.87 Safari/537.36
>
>HTTP/1.1 301 Moved Permanently
>Accept-Ranges: bytes
>Age: 0
>Cache-Control: private
>Connection: keep-alive
>Content-Length: 0
>Content-Type: text/html
>Date: Wed, 30 Mar 2016 13:38:45 GMT
>Location: 
>http://fs37.filehippo.com/9546/46cfd241f1da4ae9812f512f7b36643c/vlc-2.2.2-win64.exe
>Server: ATS
>Via: 1.1 varnish
>X-Cache: MISS
>X-Cache-Hits: 0
>x-debug-output: FHSession=mfzdaugt4nu11q3yfxfkjyox; 
>FH_PreferredCulture=l=en-US&e=3/30/2017 1:38:22 PM; 
>__utmt_UA-5815250-1=1; __qca=P0-1359511593-1459345103148; 
>__utma=144473122.1934842269.1459345103.1459345103.1459345103.1; 
>__utmb=144473122.3.10.1459345119355; __utmc=144473122; 
>__utmz=144473122.1459345103.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); 
>__utmv=144473122.|1=AB%20Test=new-home-v1=1
>X-Served-By: cache-lhr6334-LHR
>200 Header: Why ATS is not caching octet stream despite having CONFIG 
>proxy.config.http.cache.required_headers INT 1
>GET /9546/46cfd241f1da4ae9812f512f7b36643c/vlc-2.2.2-win64.exe HTTP/1.1
>Host: fs37.filehippo.com
>Accept: 
>text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
>Accept-Encoding: gzip, deflate, sdch
>Accept-Language: en-US,en;q=0.8
>Cookie: __utmt_UA-5815250-1=1; __qca=P0-1359511593-1459345103148; 
>__utma=144473122.1934842269.1459345103.1459345103.1459345103.1; 
>__utmb=144473122.3.10.1459345119355; __utmc=144473122; 
>__utmz=144473122.1459345103.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); 
>__utmv=144473122.|1=AB%20Test=new-home-v1=1
>Referer: 
>http://filehippo.com/download_vlc_64/download/56a450f832aee6bb4fda3b01259f9866/
>Upgrade-Insecure-Requests: 1
>User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 
>(KHTML, like Gecko) Chrome/49.0.2623.87 Safari/537.36
>
>HTTP/1.1 200 OK
>Accept-Ranges: bytes
>Age: 739
>Connection: keep-alive
>Content-Length: 31367109
>Content-Type: application/octet-stream
>Date: Wed, 30 Mar 2016 13:26:43 GMT
>ETag: "81341be3a62d11:0"
>Last-Modified: Mon, 08 Feb 2016 06:34:21 GMT
>Server: ATS
>
>
>
>
>
>
>
>
>
>--
>Regards,
>Faisal.
>
>
>
>------ Original Message ------
>From: "Muhammad Faisal" <faisalusuf@yahoo.com>
>To: "Users" <users@trafficserver.apache.org>
>Sent: 3/30/2016 6:28:39 PM
>Subject: No caching of Octet Stream from Filehippo
>
>>Hi,
>>To test the caching behavior i tired to use filehippo website. The 
>>same file when downloaded twice but served from Origin instead of ATS.
>>
>>When Download Start on Client:
>>1459344116.695 437 119.73.7.63 TCP_MISS/301 654 GET 
>>http://filehippo.com/download/file/6853a2c840eaefd1d7da43d6f2c94863adc5f470927402e6518d70573a99114d/

>>- DIRECT/filehippo.com text/html
>>When Download finished on Client:
>>1459343751.623 97330 119.73.7.63 TCP_MISS/200 31367371 GET 
>>http://fs32.filehippo.com/1992/46cfd241f1da4ae9812f512f7b36643c/vlc-2.2.2-win64.exe

>>- DIRECT/fs32.filehippo.com application/octet-stream
>>On Client (Chrome) I saw the URL during download was different on 
>>Chrome than ATS logs reported.
>>
>>
>>Origin Header:
>>
>>GET /9546/46cfd241f1da4ae9812f512f7b36643c/vlc-2.2.2-win64.exe 
>>HTTP/1.1
>>Host: fs37.filehippo.com
>>Accept: 
>>text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
>>Accept-Encoding: gzip, deflate, sdch
>>Accept-Language: en-US,en;q=0.8
>>Referer: 
>>http://filehippo.com/download_vlc_64/download/56a450f832aee6bb4fda3b01259f9866/
>>Upgrade-Insecure-Requests: 1
>>User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 
>>(KHTML, like Gecko) Chrome/49.0.2623.87 Safari/537.36
>>
>>HTTP/1.1 200 OK
>>Accept-Ranges: bytes
>>Age: 0
>>Connection: keep-alive
>>Content-Length: 31367109
>>Content-Type: application/octet-stream
>>Date: Wed, 30 Mar 2016 13:26:43 GMT
>>ETag: "81341be3a62d11:0"
>>Last-Modified: Mon, 08 Feb 2016 06:34:21 GMT
>>Server: ATS
>>
>>--
>>Regards,
>>Faisal.
>>
Mime
View raw message