<div dir="ltr"><div>Hi Eliezer,</div><div><br></div><div>First, THANK YOU for packaging squid for CentOS 7! I actually reused your SRPM for my squid 3.5.x builds, just changed a few options :)</div><div><br></div><div><pre><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">About the issue itself.<br>Couple questions?<br>Are you running\using ssl-bump or not?</blockquote><div><font face="arial, helvetica, sans-serif">No, not at all, it should just be set to "none"</font></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">When a client request is being aborted what do you see in the squid <br>access.log?</blockquote></pre><pre><font face="arial, helvetica, sans-serif">All I've been seeing is CONNECT messages for the facebook URIs, nothing in the logs that indicates a failure</font></pre><pre><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> From what I know facebook works in HTTPS and an abort can be mainly <br>because of a network issue or application level issue.<br>Since I am working with squid 3.5.10 and I do not have this issue with <br>ssl-bump ON or OFF it is unclear what is causing the issue.</blockquote><pre><font face="arial, helvetica, sans-serif">It is very unclear, our network team is trying to determine if a network issue may be in play, but we believe that is unlikely...</font></pre><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I couldn't understand how you ran the tests.<br>I do understand that you have two proxies and one is peering to the <br>other, right?</blockquote></pre></div><div>Apologies if that wasn't clear, I'll try to give a better explanation:</div><div><ul><li>There is always one proxy in this situation.</li><li>The difference is that we run the proxy out of our secondary datacenter and route all user internet traffic through that location so it doesn't cause any issues with the traffic to our website flowing in and out of our primary datacenter.</li><li>A test instance I used to recreate the squid instance that is having the issues with, works as expected in our primary datacenter, however, the older version of squid we were using is located in the secondary datacenter and also works as expected, only the newer version doesn't work.</li></ul><div><br></div></div><div>Thanks for your help!</div><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Pat Blair<br>Sr. Unix Administrator<br>Peapod, LLC<br><a href="mailto:pblair@peapod.com" style="color:rgb(17,85,204)" target="_blank">pblair@peapod.com</a></div></div></div></div></div></div>
</div>

<br>
<div>This email and any attachments may contain information that is proprietary,</div><div>confidential and/or privileged and for the sole use of the intended recipients(s)</div><div>only.</div><div>If you are not the intended recipient, please notify the sender by return</div><div>email and delete all copies of this email and any attachments. Ahold and/or its</div><div>subsidiaries shall neither be liable for the inaccurate or incomplete transmission</div><div>of the information contained in this email or any attachments, nor for any delay</div><div>in its receipt. To the extent this email is intended to create any legal obligation,</div><div>the obligation shall bind only the contracting entity and not any other entity within</div><div>the Ahold Group.</div>
<br>
<div>This email and any attachments may contain information that is proprietary,</div><div>confidential and/or privileged and for the sole use of the intended recipients(s)</div><div>only.</div><div>If you are not the intended recipient, please notify the sender by return</div><div>email and delete all copies of this email and any attachments. Ahold and/or its</div><div>subsidiaries shall neither be liable for the inaccurate or incomplete transmission</div><div>of the information contained in this email or any attachments, nor for any delay</div><div>in its receipt. To the extent this email is intended to create any legal obligation,</div><div>the obligation shall bind only the contracting entity and not any other entity within</div><div>the Ahold Group.</div>