[squid-users] strip_query_terms parameter

[Mohammad Shakir]

We are using store_id_program to cache CDN objects due to (301 status) we can not catch the actual url.

Is there any other procedure to override this problem.

given below is our configuration for store_id_program


acl gotostoreid dstdomain .filehippo.com
acl banned_methods method PUT POST PURGE
acl norewrite url_regex -i \.(youtube|googlevideo)\.com\/videoplayback.*redirect_counter=1.*cms_redirect=yes.* \.(youtube|googlevideo)\.com\/videoplayback.*cms_redirect=yes.*redirect_counter=1.*

store_id_bypass on

store_id_program /etc/squid/storeid.pl
store_id_children 40 startup=10 idle=1 concurrency=0
store_id_access allow gotostoreid
store_id_access deny norewrite
store_id_access deny banned_methods
store_id_access deny all




On Saturday, June 13, 2015 11:39 AM, Amos Jeffries <squid3 at treenet.co.nz> wrote:
On 13/06/2015 5:43 p.m., Mohammad Shakir wrote:
> We are using squid 3.4.9 on centos 64bit and getting following issue.
> 
> In access.log we can not see the complete log of filehippo.com see the access.log
> 
> TCP_MISS/301 336 GET http://filehippo.com/download/file/f9efedf505ee8f42fcaab2569982d439e08c4e88dd569e7c2e68efed55ace44e/
> 
> But when we pause the download and resume it then access.log show us.
> 
> TCP_MISS_ABORTED/206 344150 GET http://fs32.filehippo.com/4054/c6334025422b451f98163c369aaf3eeb/vlc-2.2.1-win32.exe
> 

If I am interpreting those log lines and what you are saying correctly
then the top log line is the fetch, which redirects (301 status) to the
second URL.

Either the download was fetched with Range header and the
ABORTED/disconnection is how Squid receives the "pause" action from the
client, (thats normal)
OR
the resume uses a Range request to fetch the incomplete part of the
object. The client then aborts with it still incomplete for some unknown
reason. (thats strange)

Its not clear what the problem is you speak of. What more can you say
about it?



> To get complete url log we switch off this parameter.
> 
> strip_query_terms off
> 
> But getting the same issue.

Those log lines contain no query-string. You can identify lines affected
by that parameter because they all end with a '?' in the log when its
turned on.

Amos

_______________________________________________
squid-users mailing list
squid-users at lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users