Resolvido Squid liberando apenas https
-
Boa tarde, bem não sei o que aconteceu apos realizar um update na versão do squid 0.4.36_* para 0.4.36_3, simplesmente não aceita conexões http, apenas https.
O sistema retornou: (61) Connection refused
No log de erro aparece TCP_MISS/503 em todos os sites http
Alguém ja passou por isso?
-
Olha o cache.log do squid ou um restart no processo.
-
Olha o cache.log do squid ou um restart no processo.
Já fiz isso, porem o erro continua.
-
Esqueci de mencionar que este pfsense esta em um lab virtualizado com VMWARE e possui apenas uma interface de rede, ate semana passada funcionada normalmente, depois de atualizar a versão do squid que apresentou esse erro.
-
Já tentou desinstalar e instalar novamente?
-
Já tentou desinstalar e instalar novamente?
Sim, até mesmo atualizei a versão do pfsense.
-
Manda print de suas configurações.
-
-
Segue alguns prints
 -
Cadê o resto?
-
-
O resto das configurações do squid - General
-
Tem alguma regra na aba floating rules?
Aparece algum erro com o comando squid -k parse?
-
Tem alguma regra na aba floating rules?
Aparece algum erro com o comando squid -k parse?
Não possui regra nesta aba, ele está liso, sem configurações de ACLs etc.
Resultado do squid -k parser
squid -k parse
-
-
Alguma dica pessoal?
-
Resultado do squid -k parser
Nenhum erro ou alerta.
Se o access.log e o cache.log não geram nenhum erro, alerta ou aviso. Não sei como ajudar. Regras e squid aparentemente estão ok.
Já tentou monitorar com o tcpdump pra ver se o squid está tentando conexão com os servidores na porta 80?
-
Acredito que só fazendo um teste para ajudar em alguma coisa.
-
Obrigado pelo retorno, fiz uma nova instalação com a versão mais nova 2.3.4 squid 0.4.37 e o mesmo problema acontece. Sera que não é mais possivel ter apenas uma interface rede no pfsense? Obs: O pfsense consegue acessar a internet, consegue instalar componentes etc. Porem bloqueia http, deixando apenas https trafegar.
-
Obrigado pelo retorno, fiz uma nova instalação com a versão mais nova 2.3.4 squid 0.4.37 e o mesmo problema acontece. Sera que não é mais possivel ter apenas uma interface rede no pfsense? Obs: O pfsense consegue acessar a internet, consegue instalar componentes etc. Porem bloqueia http, deixando apenas https trafegar.
Eu tenho servidores com uma única interface de rede funcionando.
-
Obrigado pelo retorno, fiz uma nova instalação com a versão mais nova 2.3.4 squid 0.4.37 e o mesmo problema acontece. Sera que não é mais possivel ter apenas uma interface rede no pfsense? Obs: O pfsense consegue acessar a internet, consegue instalar componentes etc. Porem bloqueia http, deixando apenas https trafegar.
Eu tenho servidores com uma única interface de rede funcionando.
O meu também sempre funcionou, mas não sei o que ocorreu na atualização do squid que esta bloqueando http.
-
Faça o seguinte.
Desinstale e instale o pacote novamente e faça as configurações do zero. -
Faça o seguinte.
Desinstale e instale o pacote novamente e faça as configurações do zero.Já fiz, até mesmo fiz uma nova instalação do pfsense.
-
Acredito que isso seja configuração então.
-
Acredito que isso seja configuração então.
Acho estranho ele so negar http, sendo que estava funcionando na versão anterior do squid.
Que tipo de configuração você acha que pode barrar http e liberar https?
 -
Cara, me chama no skype.
-
Cara, me chama no skype.
Ok, verificando no console de desenvolvedor do Firefox achei essas informações.
 -
Ok, verificando no console de desenvolvedor do Firefox achei essas informações.
Por mais improvável que possa parecer, tenta configurar o campo visible host name no squid com alguma informação da empresa ou aleatória.
e monitora também pelo tcpdump se o squid está conseguindo enviar pacotes na porta 80 para a sua wan.
-
Ok, verificando no console de desenvolvedor do Firefox achei essas informações.
Por mais improvável que possa parecer, tenta configurar o campo visible host name no squid com alguma informação da empresa ou aleatória.
e monitora também pelo tcpdump se o squid está conseguindo enviar pacotes na porta 80 para a sua wan.
Boa noite, fiz a modificao, mesmo assim o problema continua. Fiz o tcpdump e aparentemente esta ok
Talvez se alguem fizer um lab com essas novas versoes podemos conseguir entender o erro.
 -
O tcpdump não está normal. Tem um monte de tentativa de conexão e um reject no final.
-
O tcpdump não está normal. Tem um monte de tentativa de conexão e um reject no final.
Realmente… qual seria um possivel erro?
-
Opa, bom dia. Acho que encontrei uma possivel causa, mas gostaria de uma ajuda da comunidade.
Fiz uma instalação em nossa DMZ, diretamente de "cara pra internet" e funcionou 100%, então me passaram que esse pfsense que esta dando o erro na verdade esta saindo por um outro pfsense "Pai". Minha duvida. Sera que o porta 80 esta dando bloqueio por causa que o Pfsense (Pai) ja esta utilizando tal porta?
-
Mostra o dump para quem administra o pfSense da borda.
-
Bem o cara foi embora, não tem outra pessoa, mas temos alguns squid instalados diretamente do debian e funcina perfeitamente saindo pelo pfsense de borda.
-
Bem o cara foi embora, não tem outra pessoa, mas temos alguns squid instalados diretamente do debian e funcina perfeitamente saindo pelo pfsense de borda.
Coloca o ip do seu pfSense na mesma regra/alias que esses debians
-
Bem o cara foi embora, não tem outra pessoa, mas temos alguns squid instalados diretamente do debian e funcina perfeitamente saindo pelo pfsense de borda.
Coloca o ip do seu pfSense na mesma regra/alias que esses debians
Já está, já tentei ate apontar o pfsense com problemas saindo por um servidor squid Debian e o mesmo erro ocorre. Já não sei mais o que fazer.
-
Bem o cara foi embora, não tem outra pessoa, mas temos alguns squid instalados diretamente do debian e funcina perfeitamente saindo pelo pfsense de borda.
Coloca o ip do seu pfSense na mesma regra/alias que esses debians
Já está, já tentei ate apontar o pfsense com problemas saindo por um servidor squid Debian e o mesmo erro ocorre. Já não sei mais o que fazer.
Se o Debian não for Gateway, vai dar o mesmo problema.
O tcpdump mostra claramente que o pacote sai do proxy para o firewall e como a 443 conecta, seu problema é claramente regra no fw da ponta.
Repete os tcpdumps ouvindo na lan e na wan, cada um em uma console pra você ver em tempo real o tráfego.
-
Desculpa se estiver falando besteira, mas fiz alguns teste.
Fui na opcao de Proxy suporte e configurei o IP de um proxy que temos na rede 10.78.4.98
Entao acessei o proxy 10.78.4.98 e fiquei verificando o log do squid filtrando o ip do pfsense que tem apenas uma interface ip 10.78.4.189
Ex: tail -f /var/log/squid/access.log | grep 10.78.4.189
E nao aparece nada.
Entao acessei o pfsense via terminal e dei um tail -f no access.log do squid e a saida nao esta apontando para o 10.78.4.98 e sim diretamente para os ip dos sites acessados.So aparece no log do squid 10.78.4.98 os dados acessados pelo proprio pfsense, exemplo quando ele baixa algum complemento.
Ai ficou a pergunta, porque ele nao esta roteando?
 -
Continuando… no squid do pfsense nao tem a opcao de cache_peer? Seria possivel inserir manualmente essa regra na conf do squid do pfsense?
-
Muito obrigado a todos. Foi resolvido, acontece que não sei porque o remote cache estava vazio. E esse pfsense deveria apontar para "parent".
