Possivel BUG no squid 2.7.x



  • Pessoal,

    Me deparei com uma situação hoje e gostaria de aumentar a quantidade de testes com a ajuda de vocês.

    Usando o pacote squid + Firefox + firebug(para debug) vejo em quase todos os sites que navego várias requisições que retornam com erro aborted(aba rede do firebug). Isso atrapalha a navegação como um todo, hora demorando para carregar a pagina e hora mostrando erro ao conectar ao servidor proxy ou a mensagem de que o proxy esta rejeitando conexões.

    Tentei varias coisas e até acreditei que o problema era o link mas resolvi substituir o pacote squid para o squid-reverse que instala a versão 3.1 do proxy.

    Depois disso, simplesmente o "aborted" parou de acontecer e a navegação voltou ao normal.

    Gostaria de saber dos membros desta lista se esta situação também esta acontecendo com vocês.

    Para executar o teste, basta instalar o firebug e navegar com ele habilitado na aba rede com o proxy marcado/configurado.



  • Bom dia,

    Sim está acontecendo em alguns clientes, hora entra a página hora não, lentidão

    Até pensei que era link mas o cliente tem 10 MB full

    att

    Souza Linux



  • Segue tela com o debug para exemplificar melhor o teste




  • Marcello, bom dia!

    Isso acontece comigo constantemente também. Lembrando, só no firefox.

    Tenha um bom dia!

    Grato,
    Cabeça.



  • Marcelo,

    Isso é usando o proxy não transparente. Vou testar aqui.. depois dou o retorno..



  • marcelloc,

    Estou usando o Squid 2.7 em modo transparent e não computei problema algum com o respectivo site (ou qualquer outro que eu tenha testado).

    Mas diferentemente de mim, aparentemente você está usando proxy não transparent e o erro ocorre quando você tenta acessar um serviço de realtime (http://prd1-ibtrealtimesj.realtime.livehtml.net/). Este tipo de serviço geralmente não combina com cache, por isso particularmente eu colocaria o domínio em questão nas exceções (acesso por fora do cache) e faria um teste! ;)

    Abraços!
    Jack



  • Jack,

    Valeu pelo feedback.

    A tela que mandei foi só um exemplo do firebug com a console de rede aberta.

    Quando uso o squid2.7 a quantidade de aborted é imensa para quase todos os sites, dinâmicos ou não.
    Chega a aparecer uns 15 seguidos para vários objetos do site.

    att,
    Marcello Coutinho



  • @marcelloc:

    Quando uso o squid2.7 a quantidade de aborted é imensa para quase todos os sites, dinâmicos ou não.
    Chega a aparecer uns 15 seguidos para vários objetos do site.

    Ops… falha minha!  :-\

    Acabei de verificar novamente meu cenário (depois que você afirmou que o problema acontecia genericamente e não só com este site) e me dei conta que a minha estação estava no ByPass.

    Coloquei ela por dentro do proxy também e percebi exatamente os mesmos problemas que você relatou (várias conexões abortadas).

    Contudo, percebi que com o Chrome, por exemplo, isso não acontece... Não observei nenhuma conexão abortada com browser da Google!  :o

    Abraços!
    Jack



  • @JackL:

    Contudo, percebi que com o Chrome, por exemplo, isso não acontece… Não observei nenhuma conexão abortada com browser da Google!  :o

    Você tem a mesma aba de rede do firebug do chrome?

    você está usando esta versão https://chrome.google.com/webstore/detail/bmagokdooijbeehmkpknfglimnifench ou o inspect element nativo dele?



  • Marcelo,

    eu adicionei o firebug para o chrome 19.01.. e não encontrei aba "rede" como tem no firefox…

    Como é o seu cenário ?

    Fiz uns testes..e no cliente que o proxy é transparente esse problema não aconteceu.. Falta testar onde não é não transparente usando "wpad.dat"



  • O inspecionar elemento do chrome não apresenta(ou mostra) o reject.

    Para fazer o mesmo teste, é necessário o firefox com o firebug.

    O firebug no chome não te a aba rede.



  • @marcelloc:

    Você tem a mesma aba de rede do firebug do chrome?
    você está usando esta versão https://chrome.google.com/webstore/detail/bmagokdooijbeehmkpknfglimnifench ou o inspect element nativo dele?

    Com ambos marcelloc…

    Veja que com o FireBug é possível perceber a latência/demora acentuada em alguns códigos do site!




  • Mestre JackL

    A figura ficou pequena. manda outra.

    Marcelo,

    Vc instalou os squid-reverse ? está funcionando perfeitamente ?? como está integração com squidguard ou dansguadian.



  • @mantunespb:

    Mestre JackL
    A figura ficou pequena. manda outra.

    Segue novamente…




  • Olá amigos,

    Comigo o erro se repetiu. Tanto "ativo" como transparente.

    Acho que está relacionado ao Cache.
    Notei que o problema se torna gritante com a autênticação ativa, seja por LDAP, seja por RADIUS, alguns clientes reclamam que ao acessar o navegador e se autenticarem no Squid(pop-up), a Homepage demora muito para carregar, fora esses erros que o Marcelloc relatou.

    Testei desativando totalmente o cache do Squid, os erros continuam, mas num volume quase infimo comparado com cache ativo.

    EDIT: Só para esclarecimento, até agora essa eventual lentidão após a autênticação era tratada por mim como um problema de integração entre os Servidores de Dominio e o PFSense, mas com esse erro relatado pelo Marcelloc, acredito que seja mais no Cache.



  • LFCavalcanti,

    Você consegue fazer o teste com o pacote squid-reverse que instala o squid3?



  • Posso sim…

    Só que eu nunca usei esse pacote, alguma coisa em especifico?

    EDIT: Já subi o ambiente de testes, assim que tiver o resultado posto aqui.



  • Marcelloc,

    Instalei e configurei o Squid 2.7 em ambiente de testes, mesma coisa, firebug mostrando erros, não tirei Prints porque estava em maqina virtual, se precisar do Print dou um jeito aqui.

    Voltando… com o Squid-reverse não ocorreram erros.



  • Mesmo resultado então.

    O ccesario me mandou um patch do squid 2.7 que pode diminuir isso, mas estou sem tempo para testar.

    http://www1.it.squid-cache.org/Versions/v2/2.7/changesets/12331.patch

    De qualquer forma, estou ajudando o trendchiller a melhorar o squid-reverse para publica-lo no lugar do squid3. A interface web já deu uma melhorada mas ainda não publiquei as alterações.

    O squid-reverse já faz e o futuro squid3 também vai fazer proxy e proxy reverso.

    Estou verificando também a compatibiliade do squidguard com qualquer versão de squid.



  • marcelloc,

    Você já diagnosticou o ponto falho no pacote original do Squid 2.7?



  • Marcelo,

    Se não for complicando.. te como ensinar aplicar esse patch.



  • @JackL:

    Você já diagnosticou o ponto falho no pacote original do Squid 2.7?

    Ainda não. Como o squid3 resolveu a questão, estou mais empenhado em deixa-lo disponível para o pfsense sem perder a compatibilidade com o squidguard.



  • @marcelloc:

    Ainda não. Como o squid3 resolveu a questão, estou mais empenhado em deixa-lo disponível para o pfsense sem perder a compatibilidade com o squidguard.

    Pois é… realmente muito estranho. Se não fosse você levantar a lebre, acho que ninguém iria perceber.

    Pode ser realmente um bug do port desta versão do Squid... Já que pra Linux, por exemplo, o mesmo pacote funcionou perfeitamente até hoje!  :-\



  • @thiagomespb:

    Se não for complicando.. te como ensinar aplicar esse patch.

    resumindo bastante:

    • instalar o freebsd 8.1

    • baixar o ports com portsnap fetch

    • começar a compilar o squid2 para ele baixar o fonte e criar a pasta work

    • cancelar o processo de compilação depois do download e extração do fonte

    • fazer o download do patch

    • entrar na pasta work/squid-alguma-coisa e digitar patch < caminho_do_patch_no_file_system

    • sair da pasta work e continuar a compilação com o make

    • quando o make concluir, digitar make package para criar o pacote

    • transferir o pacote para o pfsense e instalar com pkg_add -f pacote_com_patch_do_squid

    Lembrando que não testei o patch.



  • Melhor esperar o seu squid-revesse.. kkkkkk



  • @JackL:

    Pode ser realmente um bug do port desta versão do Squid… Já que pra Linux, por exemplo, o mesmo pacote funcionou perfeitamente até hoje!  :-\

    Pesquisando rapidamente no google parece ser algo específico do squid 2.7 com o freebsd mesmo.

    Você vê algum problema em passar para a versão 3.1?



  • @marcelloc:

    Você vê algum problema em passar para a versão 3.1?

    Aparentemente, tirando o fato de que o SquidGuard encrespa se instalado diretamente sob o Squid 3.x (é preciso instalar sobre o Squid 2.7 pra depois atualizar o pacote - pelo menos até onde eu havia testado), não vejo nenhum outro empecilho.

    Ao contrário, o Squid 3 é recheado de novas funcionalidades e tem muito mais escalabilidade que a série 2.x! ;)


Log in to reply