<div dir="ltr"><div>You're the man Amos!!! You're the man!!! Thanks!!! Thanks so so much!!!<br></div>that's solved the problem, but I'm thinking if it solved just for this domain, so can it happen again with another domains, ok? No way to solve for future errors of this same type?<br> </div><div class="gmail_extra"><br><div class="gmail_quote">2015-08-27 16:03 GMT-03:00 Amos Jeffries <span dir="ltr"><<a href="mailto:squid3@treenet.co.nz" target="_blank">squid3@treenet.co.nz</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 28/08/2015 5:49 a.m., Jorgeley Junior wrote:<br>
> Amos, thank you so much for attention, but sorry, I didn't understand what<br>
> you said.<br>
<br>
</span>Nevermind. The website code is broken.<br>
<br>
I have been looking into it from here using those request headers from<br>
your log.<br>
<br>
What I see happening is that the server starts responding. Then the PHP<br>
code it is running hangs for a very long time. If you wait long enough<br>
it will pop out part of a page and a PHP error message about its<br>
database connection script and some timeout.<br>
<br>
The best I could get was over a minute (78 seconds) delay before<br>
anything at all happened. Usually a bit longer.<br>
<br>
I think something in your network is terminating the server connection<br>
after it takes too long. NAT and high speed router systems tend to have<br>
a 30 second maximum wait between TCP packets before they close the<br>
connection.<br>
<br>
Either way the website server itself is very broken.<br>
<span class=""><br>
<br>
> So, I tried to change the http for https and it showed the website and i<br>
> added the security exception for no trusted certificate, but I really would<br>
> like that the squid didn't show the error.<br>
> Why http show de Zero Sized Reply and https no?<br>
<br>
</span>Different protocols and ports.<br>
<br>
I still see the same delays, partial page and database errors when<br>
connecting with HTTPS. But kept digging to see why you might be getting<br>
a page...<br>
<br>
It seems to be an IPv6 server sitting behind some form of gateway access<br>
network and only pretending to be IPv4-only. When sending it a<br>
X-Forwarded-For header claiming to be an IPv6-enabled browser it seems<br>
to operate just fine.<br>
<br>
So, try adding this to your squid.conf:<br>
<br>
 acl magicXff dstdomain .<a href="http://grupoatuall.com.br" rel="noreferrer" target="_blank">grupoatuall.com.br</a><br>
 request_header_access X-Forwarded-For deny magicXff<br>
 request_header_replace X-Forwarded-For ::1<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
Amos<br>
<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div style="text-align:left"><font size="4"><b><u><br></u></b></font></div><div style="text-align:left"><font size="4"><b><u><img src="https://lh6.googleusercontent.com/-xODPvbH2piQ/T6RqD0dqXjI/AAAAAAAAAPk/0I8Y3aq0mYM/h120/linuxano+assinatura+e-mail.png"><br></u></b></font></div></div>
</div>