I imagine it is not cached because you either don't have caching enabled
or the size of the video is larger than the maximum object cache size.
This is defined in "maximum_object_size" (default is 4MB). Increasing
this for everything will obviously have some impact.
I don't know if you can force squid to cache a particular content (?)
Concerning blocking the specific URL. Someone correct me if I am wrong
but I don't believe you can not do this with only squid.
The squid ACL system can apparently block per domain:
http://wiki.squid-cache.org/SquidFaq/SquidAcl
What I recommend is to look into a url rewriting (ie. filtering).
Squidguard is the one I use and is quite popular.
Essentially you install squidguard and setup the config file to the
filtering according to your blacklist / whitelist.
Then you need to define squidguard in your squid config as url rewritter:
/----
url_rewrite_program /usr/bin/squidGuard/
---- Obviously this is a bit of work for just one URL but if you think you will need to block more URL in the future it is the way to go IMO. Squidguard has some performance overhead but I believe it is small even with fairly large list. Alexandre On 10/07/14 09:27, Eliezer Croitoru wrote: > Why don't you cache it? > Take a look at: > https://redbot.org/?uri=http://eaassets-a.akamaihd.net/battlelog/background-videos/naval-mov.webm > > > Eliezer > > On 07/10/2014 10:21 AM, Andreas Westvik wrote: >> So this is driving me crazy. Some of my users are playing battlefield >> 4 and battlefield have this server browsing page that has webm >> background. >> Turns of this video downloads every few seconds and that adds up to >> about 8Gb every day. >> Here is the >> url:http://eaassets-a.akamaihd.net/battlelog/background-videos/naval-mov.webm >> >> Now, I dont want to blockhttp://eaassets-a.akamaihd.net/ since >> updates and such comes from this CDN, and I dont want to block the >> file webm. >> And I cant for the life of me figure how to block this spesific url? >> Google gives me only what I dont want to do. >> >> Any pointers? >> >> -Andreas >Received on Thu Jul 10 2014 - 12:04:15 MDT
This archive was generated by hypermail 2.2.0 : Thu Jul 10 2014 - 12:00:06 MDT