[MASOCH-L] Problema site nossacaixa.com.br com squid

[Fernando Ulisses dos Santos]

Oi Leonardo,

O que eu entendi da página é que no Squid 2.6 tem essa semi-solução, 
bloqueando o Accept-Encoding como eu fiz.

O problema aparentemente é causado por um erro de configuração no 
servidor HTTP, que responde como se fosse HTTP/1.1 mesmo quando a 
requisição é HTTP/1.0.

O squid só deverá tratar automaticamente esse tipo de erro na versão 3.1.

Vou procurar algum contato da Nossa Caixa, eles devem estar usando algum 
acelerador ou proxy que força esse comportamento errôneo, ou então, se 
for coisa do IIS 6, é melhor nos acostumarmos a esse problema.

Fernando Ulisses dos Santos
Blue Solutions - Soluções em TI
19-3551-3898 / 11-4062-9218
fernando at bluesolutions.com.br
Certificado Linux LPIC-1



Em 06/24/2008 08:01 AM, Leonardo Rodrigues Magalhães escreveu:
>
>
> Fernando Ulisses dos Santos escreveu:
>> Caros,
>>
>> Um cliente me ligou dizendo que não acessava mais o site da Nossa 
>> Caixa depois que modificaram o site, a uns 10 dias atrás.
>>
>> A questão é que: sem o proxy funciona, com o proxy não... depois de 
>> alguns testes, descobri que o problema estava quando se enviava no  
>> cabeçalho "Accept-Encoding: gzip/deflate".
>>
>> Bom, até já consegui resolver, fica aí a dica, adicionar no squid.conf:
>> acl nossacaixa url_regex nossacaixa.com.br
>> header_access Accept-Encoding deny nossacaixa
>>
>> A questão é que não entendi o que deu errado. Se alguém mais passou 
>> por isso, passa um e-mail.
>>
>> Uso CentOS, várias versões de Squid, entre elas: squid-2.5.STABLE14   
>> e  squid-2.6.STABLE6
>>
>
>    O problema é conhecido ....
>
> http://squidproxy.wordpress.com/2008/04/29/chunked-decoding/
>
>    porém, de acordo com o texto ai, não deveria acontecer com o squid 
> 2.5 nem 2.6. Aparentemente, segundo o texto, só o squid 3.0 que 
> apresentaria o problema relatado acima.
>