<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    -----BEGIN PGP SIGNED MESSAGE----- <br>
    Hash: SHA256 <br>
     <br>
    IMO better to use<br>
    <br>
    range_offset_limit none !dont_cache_url all<br>
    <br>
    to improve selectivity between non-cached and cached URL's with
    ACL's....<br>
    <br>
    <br>
    12.05.16 23:02, Heiler Bemerguy пишет:<br>
    <span style="white-space: pre;">><br>
      ><br>
      > Hi Garri,<br>
      ><br>
      > That bug report is mine.. lol<br>
      ><br>
      > But I couldn't keep testing it to confirm if the problem was
      about ABORTING downloads or just trying to download what's already
      being downloaded...<br>
      ><br>
      > When you use quick_abort_min -1, it seems to "fix" the
      caching issue itself, but it won't prevent the concurrent
      downloads, which sucks up the link..<br>
      ><br>
      > I don't know if it won't happen with aufs/ufs, I'm using only
      rock store.....<br>
      ><br>
      ><br>
      > -- <br>
      > Heiler Bemerguy - (91) 98151-4894<br>
      > Assessor Técnico - CINBESA (91) 3184-1751<br>
      ><br>
      > Em 12/05/2016 01:01, Garri Djavadyan escreveu:<br>
      >> On Wed, 2016-05-11 at 21:37 -0300, Heiler Bemerguy wrote:<br>
      >>> Hey guys,<br>
      >>> First take a look at the log:<br>
      >>> root@proxy:/var/log/squid# tail -f access.log |grep
      <a class="moz-txt-link-freetext" href="http://download.c">http://download.c</a><br>
      >>>
      dn.mozilla.net/pub/firefox/releases/45.0.1/update/win32/pt-<br>
      >>> BR/firefox-45.0.1.complete.mar<br>
      >>> 1463011781.572   8776 10.1.3.236 TCP_MISS/206 300520
      GET <a class="moz-txt-link-freetext" href="http://downl">http://downl</a><br>
      >>>
      oad.cdn.mozilla.net/pub/firefox/releases/45.0.1/update/win32/pt-<br>
      >>> BR/firefox-45.0.1.complete.mar -
      HIER_DIRECT/200.216.8.9<br>
      >>> application/octet-stream<br>
      >>> 1463011851.008   9347 10.1.3.236 TCP_MISS/206 300520
      GET <a class="moz-txt-link-freetext" href="http://downl">http://downl</a><br>
      >>>
      oad.cdn.mozilla.net/pub/firefox/releases/45.0.1/update/win32/pt-<br>
      >>> BR/firefox-45.0.1.complete.mar -
      HIER_DIRECT/200.216.8.32<br>
      >>> application/octet-stream<br>
      >>> 1463011920.683   9645 10.1.3.236 TCP_MISS/206 300520
      GET <a class="moz-txt-link-freetext" href="http://downl">http://downl</a><br>
      >>>
      oad.cdn.mozilla.net/pub/firefox/releases/45.0.1/update/win32/pt-<br>
      >>> BR/firefox-45.0.1.complete.mar -
      HIER_DIRECT/200.216.8.9<br>
      >>> application/octet-stream<br>
      >>> 1463012000.144  19154 10.1.3.236 TCP_MISS/206 300520
      GET <a class="moz-txt-link-freetext" href="http://downl">http://downl</a><br>
      >>>
      oad.cdn.mozilla.net/pub/firefox/releases/45.0.1/update/win32/pt-<br>
      >>> BR/firefox-45.0.1.complete.mar -
      HIER_DIRECT/200.216.8.32<br>
      >>> application/octet-stream<br>
      >>> 1463012072.276  12121 10.1.3.236 TCP_MISS/206 300520
      GET <a class="moz-txt-link-freetext" href="http://downl">http://downl</a><br>
      >>>
      oad.cdn.mozilla.net/pub/firefox/releases/45.0.1/update/win32/pt-<br>
      >>> BR/firefox-45.0.1.complete.mar -
      HIER_DIRECT/200.216.8.32<br>
      >>> application/octet-stream<br>
      >>> 1463012145.643  13358 10.1.3.236 TCP_MISS/206 300520
      GET <a class="moz-txt-link-freetext" href="http://downl">http://downl</a><br>
      >>>
      oad.cdn.mozilla.net/pub/firefox/releases/45.0.1/update/win32/pt-<br>
      >>> BR/firefox-45.0.1.complete.mar -
      HIER_DIRECT/200.216.8.32<br>
      >>> application/octet-stream<br>
      >>> 1463012217.472  11772 10.1.3.236 TCP_MISS/206 300520
      GET <a class="moz-txt-link-freetext" href="http://downl">http://downl</a><br>
      >>>
      oad.cdn.mozilla.net/pub/firefox/releases/45.0.1/update/win32/pt-<br>
      >>> BR/firefox-45.0.1.complete.mar -
      HIER_DIRECT/200.216.8.32<br>
      >>> application/octet-stream<br>
      >>> 1463012294.676  17148 10.1.3.236 TCP_MISS/206 300520
      GET <a class="moz-txt-link-freetext" href="http://downl">http://downl</a><br>
      >>>
      oad.cdn.mozilla.net/pub/firefox/releases/45.0.1/update/win32/pt-<br>
      >>> BR/firefox-45.0.1.complete.mar -
      HIER_DIRECT/200.216.8.32<br>
      >>> application/octet-stream<br>
      >>> 1463012370.131  15272 10.1.3.236 TCP_MISS/206 300520
      GET <a class="moz-txt-link-freetext" href="http://downl">http://downl</a><br>
      >>>
      oad.cdn.mozilla.net/pub/firefox/releases/45.0.1/update/win32/pt-<br>
      >>> BR/firefox-45.0.1.complete.mar -
      HIER_DIRECT/200.216.8.32<br>
      >>> application/octet-stream<br>
      >>> Now think: An user is just doing a segmented/ranged
      download, right?<br>
      >>> Squid won't cache the file because it is a
      range-download, not a full<br>
      >>> file download.<br>
      >>> But I WANT squid to cache it. So I decide to use
      "range_offset_limit<br>
      >>> -1", but then on every GET squid will re-download the
      file from the<br>
      >>> beginning, opening LOTs of simultaneous connections
      and using too<br>
      >>> much bandwidth, doing just the OPPOSITE it's meant
      to!<br>
      >>><br>
      >>> Is there a smart way to allow squid to download it
      from the beginning<br>
      >>> to the end (to actually cache it), but only on the
      FIRST request/get?<br>
      >>> Even if it makes the user wait for the full download,
      or cancel it<br>
      >>> temporarily, or.. whatever!! Anything!!<br>
      >>><br>
      >>> Best Regards,<br>
      >>> -- <br>
      >>> Heiler Bemerguy - (91) 98151-4894<br>
      >>> Assessor Técnico - CINBESA (91) 3184-1751<br>
      >>> _______________________________________________<br>
      >>> squid-users mailing list<br>
      >>> <a class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a><br>
      >>> <a class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a><br>
      >> Hi, I believe, you describe the bug
      <a class="moz-txt-link-freetext" href="http://bugs.squid-cache.org/show_bu">http://bugs.squid-cache.org/show_bu</a><br>
      >> g.cgi?id=4469<br>
      >><br>
      >> I tried to reproduce the problem and have found that the
      problem<br>
      >> appears only with rock storage configurations. Can you
      try with<br>
      >> ufs/aufs storage?<br>
      >> _______________________________________________<br>
      >> squid-users mailing list<br>
      >> <a class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a><br>
      >> <a class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a><br>
      ><br>
      ><br>
      ><br>
      > _______________________________________________<br>
      > squid-users mailing list<br>
      > <a class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a><br>
      > <a class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a></span><br>
    <br>
    -----BEGIN PGP SIGNATURE-----
<br>
    Version: GnuPG v2
<br>
     <br>
    iQEcBAEBCAAGBQJXNLi/AAoJENNXIZxhPexG5aAH/juZyvly/aSIguez9dAKPbbb
<br>
    AHpPxoky36FYOjlPbqmXjdrMPs9qNGT+Ns7WDxsNZFM0Cfbh5UgBfQc64kFoV0k/
<br>
    qKseFzDLfSqbL6ppEAg3yh4/NUsBYtjT7hwBzNIUso+OM++vAQ5dJygtIWwFMRmC
<br>
    nSDgjTaYD/7r2JPOTEtfW8mhbC148tVaq/jAZqsefYji90vnXyLtIW5hUCcTw3nG
<br>
    L3PWJVhYOgSixD3K2tWu1rpgoK0F0+sqp0xqfh2Vz6BUvNIrB40k3qL7cEUnAPsH
<br>
    CV/O39f+yr/ggoyOmKcsVv4oQ6i2Q+eEDdy4ML7ed0mNO8nXWx1ORkgMzcxHm6Q=
<br>
    =NO6/
<br>
    -----END PGP SIGNATURE-----
<br>
    <br>
  </body>
</html>