Possivel BUG no squid 2.7.x
-
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 -
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 -
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.
-
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.
-
-
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.
-
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.
-
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! :-\
-
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.
-
