<div dir="ltr">Amos, did you got time to see my last response?<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Aug 31, 2015 at 11:04 AM, asad <span dir="ltr"><<a href="mailto:a.alii85@gmail.com" target="_blank">a.alii85@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Amos thanks. I was sick over the weekend thus the late reply<br>
<br>
Sorry by mistake I left out the mailing-list email on previously mail.<br>
I would look into the donation link and see how I can tribute :).<br>
<br>
Bug:) that was unexpected. I thought it was routine debugging work.<br>
<br>
Here is output of squid -v<br>
<br>
<br>
"<br>
Squid Cache: Version 3.5.7-20150808-r13884<br>
Service Name: squid<br>
configure options:  '--bindir=/bin/squid' '--sbindir=/usr/sbin/squid'<br>
'--sysconfdir=/etc/squid' '--datadir=/usr/share/squid'<br>
'--libexecdir=/usr/lib/squid' '--disable-strict-error-checking'<br>
'--with-logdir=/var/log/squid' '--with-swapdir=/var/cache/squid'<br>
'--with-pidfile=/var/run/squid.pid' '--enable-ssl'<br>
'--enable-delay-pools' '--enable-ssl-crtd' '--enable-icap-client'<br>
'--enable-esi' '--disable-eui' '--localstatedir=/var/run/squid'<br>
'--sharedstatedir=/var/run/squid' '--datarootdir=/usr/share/squid'<br>
'--enable-disk-io=AIO,Blocking,DiskThreads,IpcIo,Mmapped'<br>
'--enable-auth-basic=DB,LDAP,NCSA,POP3,RADIUS,SASL,SMB,fake,getpwnam'<br>
'--enable-auth-ntlm=fake' '--enable-auth-negotiate=kerberos,wrapper'<br>
'--enable-external-acl-helpers=LDAP_group,SQL_session,eDirectory_userip,file_userip,kerberos_ldap_group,session,time_quota,unix_group,wbinfo_group'<br>
'--with-openssl' '--with-filedescriptors=65536'<br>
'--enable-removal-policies=lru,heap'<br>
"<br>
<br>
The last output of http-headers was taken from cache.log itself.<br>
<br>
regards<br>
Aasad<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
On 8/28/15, Amos Jeffries <<a href="mailto:squid3@treenet.co.nz">squid3@treenet.co.nz</a>> wrote:<br>
> On 28/08/2015 10:50 p.m., asad wrote:<br>
>> Sorry I complete missed this reply from you.<br>
>><br>
><br>
> We'd probably get back to cc'ig the list if you dont mind.<br>
> I try to restrict private help to my paying clients.<br>
><br>
> Though if you would care to donate what you think a fair value I happy<br>
> to continue in private; <<a href="http://treenet.co.nz/projects/squid/" rel="noreferrer" target="_blank">http://treenet.co.nz/projects/squid/</a>><br>
><br>
><br>
>> I enabled debugging , and here is the results from cache.log file.<br>
>><br>
>><br>
>> Here is one for <a href="https://www.google.com" rel="noreferrer" target="_blank">https://www.google.com</a><br>
>><br>
>> "2015/08/28 15:45:00.749 kid1| client_side.cc(2337) parseHttpRequest:<br>
>> HTTP Client local=<a href="http://127.0.0.1:3128" rel="noreferrer" target="_blank">127.0.0.1:3128</a> remote=<a href="http://127.0.0.1:64062" rel="noreferrer" target="_blank">127.0.0.1:64062</a> FD 16 flags=1<br>
>> 2015/08/28 15:45:00.749 kid1| client_side.cc(2338) parseHttpRequest:<br>
>> HTTP Client REQUEST:<br>
>> ---------<br>
>> CONNECT <a href="http://www.google.com.pk:443" rel="noreferrer" target="_blank">www.google.com.pk:443</a> HTTP/1.1<br>
>> User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:40.0)<br>
>> Gecko/20100101 Firefox/40.0<br>
>> Proxy-Connection: keep-alive<br>
>> Connection: keep-alive<br>
>> Host: <a href="http://www.google.com.pk:443" rel="noreferrer" target="_blank">www.google.com.pk:443</a><br>
>><br>
>><br>
>> ----------<br>
>> 2015/08/28 15:45:00.751 kid1| tunnel.cc(1103)<br>
>> tunnelRelayConnectRequest: Tunnel Server REQUEST:<br>
>> local=<a href="http://10.10.131.13:64063" rel="noreferrer" target="_blank">10.10.131.13:64063</a> remote=<a href="http://10.10.32.4:8080" rel="noreferrer" target="_blank">10.10.32.4:8080</a> FD 19 flags=1:<br>
>> ----------<br>
>>  tunnelRelayConnectRequest[267]"<br>
><br>
> Drat. Well you have found a bug in the debugging code. :-(<br>
><br>
> That should be listing what was attempting to leave. But<br>
> tunnelRelayConnectRequest is just where the 267 byte string was stored.<br>
><br>
> What is your squid -v output? I'm probably going to have to give you a<br>
> patch for this.<br>
><br>
>><br>
>><br>
>> Interestingly, in both the case there is no response the request never<br>
>> left my machine running squid proxy. I hope you can shed some light on<br>
>> this.<br>
><br>
> Yes that is interesting. I'm seeing something similar here now with<br>
> Squid-4 trying to resolve the above bug. Not sure if its a stupid<br>
> mistake in my rough test setup or something else.<br>
><br>
> Did you get that from packet traces or something independent of Squid?<br>
><br>
><br>
> Cheers<br>
> Amos<br>
><br>
</div></div></blockquote></div><br></div>