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@xxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users _______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users
