<div dir="ltr">This is sort of off-topic, but have you considered using a deb repo mirroring software?<div>(it would mean that you need to update your clients to point to that rather than google, but that's not really difficult). </div><div>software like aptly (<a href="http://aptly.info">aptly.info</a>) are really good about this (though a little hard to get going in the first place). or a deb-caching proxy (apt-cacher-ng? squid-deb-proxy?)<br><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 4, 2016 at 7:30 AM, Hardik Dangar <span dir="ltr"><<a href="mailto:hardikdangar+squid@gmail.com" target="_blank">hardikdangar+squid@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Wow, i couldn't think about that. google might need tracking data that could be the reason they have blindly put vary * header. oh Irony, company which talks to all of us on how to deliver content is trying to do such thing.<div><br></div><div>I have looked at your patch but how do i enable that ? do i need to write custom ACL ? i know i need to compile and reinstall after applying patch but what do i need to do exactly in squid.conf file as looking at your patch i am guessing i need to write archive acl or i am too naive to understand C code :)</div><div><br></div><div>Also </div><div><br></div><div><div style="font-size:12.8px">reply_header_replace is any good for this ?</div></div><div style="font-size:12.8px"><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 4, 2016 at 7:47 PM, Amos Jeffries <span dir="ltr"><<a href="mailto:squid3@treenet.co.nz" target="_blank">squid3@treenet.co.nz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 5/10/2016 2:34 a.m., Hardik Dangar wrote:<br>
> Hey Amos,<br>
><br>
> We have about 50 clients which downloads same google chrome update every 2<br>
> or 3 days means 2.4 gb. although response says vary but requested file is<br>
> same and all is downloaded via apt update.<br>
><br>
> Is there any option just like ignore-no-store? I know i am asking for too<br>
> much but it seems very silly on google's part that they are sending very<br>
> header at a place where they shouldn't as no matter how you access those<br>
> url's you are only going to get those deb files.<br>
<br>
<br>
</span>Some things G does only make sense whan you ignore all the PR about<br>
wanting to make the web more efficient and consider it's a company whose<br>
income is derived by recording data about peoples habits and activities.<br>
Caching can hide that info from them.<br>
<span><br>
><br>
> can i hack squid source code to ignore very header ?<br>
><br>
<br>
</span>Google are explicitly saying the response changes. I suspect there is<br>
something involving Google account data being embeded in some of the<br>
downloads. For tracking, etc.<br>
<br>
<br>
If you are wanting to test it I have added a patch to<br>
<<a href="http://bugs.squid-cache.org/show_bug.cgi?id=4604" rel="noreferrer" target="_blank">http://bugs.squid-cache.org/s<wbr>how_bug.cgi?id=4604</a>> that should implement<br>
archival of responses where the ACLs match. It is completely untested by<br>
me beyond building, so YMMV.<br>
<span class="m_-4634714588022039415HOEnZb"><font color="#888888"><br>
Amos<br>
<br>
</font></span></blockquote></div><br></div>
</div></div><br>______________________________<wbr>_________________<br>
squid-users mailing list<br>
<a href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.<wbr>org</a><br>
<a href="http://lists.squid-cache.org/listinfo/squid-users" rel="noreferrer" target="_blank">http://lists.squid-cache.org/<wbr>listinfo/squid-users</a><br>
<br></blockquote></div><br></div>