<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    After I sent you my previous email, I continued investigating the
    subject .. I made a change in the source code as follows:<br>
    <br>
    File: /src/http.cc<br>
    <br>
    HttpStateData::haveParsedReplyHeaders()<br>
    {<br>
        .<br>
        .   <br>
    ##### THIS IS NEW STUFF ###########    <br>
        if (rep->header.has(HDR_VARY)) {<br>
        rep->header.delById(HDR_VARY);<br>
        debugs(11,3, "Vary detected. Hack Cleaning it up");<br>
        }<br>
    ##### END OF NEW STUFF ###########<br>
    <br>
    #if X_ACCELERATOR_VARY<br>
        if (rep->header.has(HDR_X_ACCELERATOR_VARY)) {<br>
        rep->header.delById(HDR_X_ACCELERATOR_VARY);<br>
        debugs(11,3, "HDR_X_ACCELERATOR_VARY Vary detected. Hack
    Cleaning it up");<br>
        }<br>
    #endif<br>
        .<br>
        .<br>
    <br>
    <br>
    Deleting Vary from the header at this point gives me hits in every
    object I test (that previously didn't hit) .. web browser never
    receives the Vary in the response header.<br>
    Now I read your answer and you say that this is a critical validity
    check and that worries me. Taking away the vary altogether at this
    point could lead to the problems that you described? If that is the
    case .. I have to investigate other alternatives.<br>
    <br>
    <br>
    Thanks,<br>
    Sebastian<br>
    <br>
    <br>
    <br>
    <br>
    <div class="moz-cite-prefix">El 26/08/15 a las 16:11, Amos Jeffries
      escribió:<br>
    </div>
    <blockquote class=" cite" id="mid_55DE0F5B_2070703_treenet_co_nz"
      cite="mid:55DE0F5B.2070703@treenet.co.nz" type="cite">
      <pre wrap="">On 27/08/2015 4:11 a.m., Sebastián Goicochea wrote:
</pre>
      <blockquote class=" cite" id="Cite_8362959" type="cite">
        <pre wrap="">Hello Amos, thanks for your help. I've disabled our rewriter helper but
the errors remain the same. So I think that's not the reason.
</pre>
      </blockquote>
      <pre wrap="">You emptied the cache, or at least altered the cache_dir line to point
at a new empty cache_dir during the test after disabling the helper?
anything it might have done to the cache contents is already done to the
data stored there by the time you disable it.


</pre>
      <blockquote class=" cite" id="Cite_9071284" type="cite">
        <pre wrap="">I've been reading some older mails from the list and a guy named Hussam
Al-Tayeb exchanged some interesting mails with you a couple of months
ago .. That got me thinking, can I completely disable Vary checking? I
know is an http violation and not recommended, but if I could disable it
using an ACL for certain sites that are missconfigured and I have the
certainty that the content is exactly the same no matter what .. I could
get better performance. (It's ok if I have to patch something and
recompile squid)
If this is not possible, what about "bypassing" content that has the
Vary in its response header so squid does not make this 2 lookups only
to find that it has to retrieve it from the original server anyway?

</pre>
      </blockquote>
      <pre wrap="">Its not a violation of HTTP. It is a critical internal validity check
for the cache index itself.

Preventing the contents of say your bank account display page being sent
to someone else fetching <a class="moz-txt-link-freetext" href="http://google.com/">http://google.com/</a>. That kind of critical.

If the Vary meta object is not pointing at the object its supposed to
be. Then the object it was supposed to be pointing at could be anything
at all.


For your other question. Yes, 3.5 has the store_miss directive now.
<a class="moz-txt-link-rfc2396E" href="http://master.squid-cache.org/Doc/config/store_miss/"><http://master.squid-cache.org/Doc/config/store_miss/></a>.
You can use ACLs in there to check for either the known URLs or the Vary
header existence on replies and prevent caching of those objects. I'm
not sure how that will interact with the vary objects in your case but
none I know of using it has mentioned any issues.

Amos

_______________________________________________
squid-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a>
<a class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a>
</pre>
    </blockquote>
    <br>
    <br>
  </body>
</html>