Páginas muito demoradas para serem carregadas…

elvio.tche

Ainda não testei o DG no pfSense. Eu uso proxy autenticado (endian) + DG com 800 usuários e no início tive que ajustar alguns valores para a minha rede. Depois disso não tive mais dor de cabeça.
Quero migrar para o pfSense futuramente, vamos ver o que dá.

Como tenho poucos usuários e não tenho um AD, por enquanto está mais simples de contornar as situações.

Valeu.

jleandro

Ola pessoal, acompanhei a discussão de vocs, mas no meu caso não ajudou muito, não uso Dansguardian…
Meu cenário
Duas lans (lan + wifi) em nics diferentes, squid2.7/squidGuard/sarg em média 50 usuáriosas vezes um pouco mais as vezes um pouco menos.
Nos ultimos dois dias desativei o squidGuard mas mesmo assim, continuava lento.

Hoje fiz a experiencia de voltar meu servidor openSuse e a diferença foi brutal. As páginas carregam muito rápido.
Mas, eu preciso usar o pfSense, os controles que fiz com MACs, aliases e etc são muito eficazes
e tenho um projeto de unificar um pfSense que uso como gw de vpn ipsec com proxy/fw deixando tudo em uma máquina. Infelizmente não sei o que fazer para resolver isso. Alguma sugestão ?
Obs.: meu pfsense roda em Vmware ESXi 4.1, uso NICs E1000. (o openSuse está em outro VMware, mas com as mesmas caracteristicas)

abs

zilmar

@jleandro:

Ola pessoal, acompanhei a discussão de vocs, mas no meu caso não ajudou muito, não uso Dansguardian…
Meu cenário
Duas lans (lan + wifi) em nics diferentes, squid2.7/squidGuard/sarg em média 50 usuáriosas vezes um pouco mais as vezes um pouco menos.
Nos ultimos dois dias desativei o squidGuard mas mesmo assim, continuava lento.

Hoje fiz a experiencia de voltar meu servidor openSuse e a diferença foi brutal. As páginas carregam muito rápido.
Mas, eu preciso usar o pfSense, os controles que fiz com MACs, aliases e etc são muito eficazes
e tenho um projeto de unificar um pfSense que uso como gw de vpn ipsec com proxy/fw deixando tudo em uma máquina. Infelizmente não sei o que fazer para resolver isso. Alguma sugestão ?
Obs.: meu pfsense roda em Vmware ESXi 4.1, uso NICs E1000. (o openSuse está em outro VMware, mas com as mesmas caracteristicas)

abs

Eu alterei o meu wpad.dat e agora nada passa pelo tráfego, toda requisição recebe um DIRECT. O tráfego está normal, mas não tenho nenhuma filtragem mais… Ainda estou em busca de uma solução também.

neo_X

Você usa o wpad.dat?

Dá uma olhada nesse tutorial. Quando implantei o wpad tive lentidão nos acessos à internet.

http://www.pfsense-br.org/blog/2013/12/configuracao-wpad-no-pfsense-2-1/

zilmar

@neo_X:

Você usa o wpad.dat?

Dá uma olhada nesse tutorial. Quando implantei o wpad tive lentidão nos acessos à internet.

http://www.pfsense-br.org/blog/2013/12/configuracao-wpad-no-pfsense-2-1/

Uso, as portas estão todas padrão.
Meu wpad.dat está assim:


function FindProxyForURL(url, host){
var host_ip;
host_ip= dnsResolve(host);
if (isInNet(host_ip, "127.0.0.1", "255.255.255.255"))
return "DIRECT";
if(shExpMatch(url,"*.bb.com.br/*"))
return "DIRECT";
if (isInNet(myIpAddress(), "192.168.0.0", "255.255.255.0"))
return "PROXY 192.168.0.252:3128";
else
return "DIRECT";
}

Será que o shExpMatch do BB tá dando zica? Vou testar sem pra ver…

neo_X

Essa exceção pode ser feita no proxy.

Qual é a porta que utiliza para acesso ao seu firewall?

Veja isso:

Observação: Verifique a porta do WebConfigurator e o protocolo utilizado. Neste exemplo, procurei usar a porta 80 (http). Fiz testes utilizando o https://IP_do_pfSense:11000 e uma porta diferente por exemplo 11000 e o browser de internet demorou para carregar as páginas.

zilmar

@neo_X:

Essa exceção pode ser feita no proxy.

Qual é a porta que utiliza para acesso ao seu firewall?

Veja isso:

Observação: Verifique a porta do WebConfigurator e o protocolo utilizado. Neste exemplo, procurei usar a porta 80 (http). Fiz testes utilizando o https://IP_do_pfSense:11000 e uma porta diferente por exemplo 11000 e o browser de internet demorou para carregar as páginas.

Porta 80, nunca alterei isso.
Retirei a exceção do wpad.dat também.

zilmar

@zilmar:

@neo_X:

Essa exceção pode ser feita no proxy.

Qual é a porta que utiliza para acesso ao seu firewall?

Veja isso:

Observação: Verifique a porta do WebConfigurator e o protocolo utilizado. Neste exemplo, procurei usar a porta 80 (http). Fiz testes utilizando o https://IP_do_pfSense:11000 e uma porta diferente por exemplo 11000 e o browser de internet demorou para carregar as páginas.

Porta 80, nunca alterei isso.
Retirei a exceção do wpad.dat também.

Não resolveu…
Nos logs do squidGuard tenho isso:


26.02.2014 09:14:12	squidGuard ready for requests (1393416852.985)
26.02.2014 09:14:12	squidGuard 1.4 started (1393416852.932)
26.02.2014 09:14:12	squidGuard ready for requests (1393416852.980)
26.02.2014 09:14:12	squidGuard 1.4 started (1393416852.929)
26.02.2014 09:14:12	squidGuard ready for requests (1393416852.979)
26.02.2014 09:14:12	squidGuard 1.4 started (1393416852.928)
26.02.2014 09:14:12	squidGuard ready for requests (1393416852.974)
26.02.2014 09:14:12	squidGuard 1.4 started (1393416852.927)
26.02.2014 09:14:12	squidGuard ready for requests (1393416852.961)
26.02.2014 09:14:12	squidGuard 1.4 started (1393416852.928)
26.02.2014 09:14:04	squidGuard stopped (1393416844.891)
26.02.2014 09:14:04	squidGuard stopped (1393416844.891)
26.02.2014 09:14:04	squidGuard stopped (1393416844.891)
26.02.2014 09:14:04	squidGuard stopped (1393416844.891)
26.02.2014 09:14:04	squidGuard stopped (1393416844.891)
26.02.2014 09:13:58	Warning: Possible bypass attempt. Found multiple slashes where only one is expected: http://pricelist.skype.com/destinations/1.0//BRL/pt-BR/xml/
26.02.2014 09:07:52	squidGuard ready for requests (1393416472.749)
26.02.2014 09:07:52	squidGuard 1.4 started (1393416472.696)
26.02.2014 09:07:52	squidGuard ready for requests (1393416472.749)
26.02.2014 09:07:52	squidGuard 1.4 started (1393416472.696)
26.02.2014 09:07:52	squidGuard ready for requests (1393416472.747)
26.02.2014 09:07:52	squidGuard 1.4 started (1393416472.700)
26.02.2014 09:07:52	squidGuard ready for requests (1393416472.745)
26.02.2014 09:07:52	squidGuard 1.4 started (1393416472.695)
26.02.2014 09:07:52	squidGuard ready for requests (1393416472.723)
26.02.2014 09:07:52	squidGuard 1.4 started (1393416472.696)
26.02.2014 09:07:49	squidGuard stopped (1393416469.684)
26.02.2014 09:07:49	squidGuard stopped (1393416469.681)
26.02.2014 09:07:49	squidGuard stopped (1393416469.681)
26.02.2014 09:07:49	squidGuard stopped (1393416469.681)
26.02.2014 09:07:49	squidGuard stopped (1393416469.681)
26.02.2014 09:04:04	squidGuard ready for requests (1393416244.751)
26.02.2014 09:04:04	squidGuard 1.4 started (1393416244.696)
26.02.2014 09:04:04	squidGuard ready for requests (1393416244.745)
26.02.2014 09:04:04	squidGuard 1.4 started (1393416244.697)
26.02.2014 09:04:04	squidGuard ready for requests (1393416244.745)
26.02.2014 09:04:04	squidGuard 1.4 started (1393416244.695)
26.02.2014 09:04:04	squidGuard ready for requests (1393416244.743)
26.02.2014 09:04:04	squidGuard 1.4 started (1393416244.700)
26.02.2014 09:04:04	squidGuard ready for requests (1393416244.742)
26.02.2014 09:04:04	squidGuard 1.4 started (1393416244.695)
26.02.2014 09:04:01	squidGuard stopped (1393416241.686)
26.02.2014 09:04:01	squidGuard stopped (1393416241.683)
26.02.2014 09:04:01	squidGuard stopped (1393416241.680)
26.02.2014 09:04:01	squidGuard stopped (1393416241.680)
26.02.2014 09:04:01	squidGuard stopped (1393416241.680)
26.02.2014 08:56:07	squidGuard ready for requests (1393415767.917)
26.02.2014 08:56:07	squidGuard 1.4 started (1393415767.863)
26.02.2014 08:56:07	squidGuard ready for requests (1393415767.916)

Será que preciso reinstalar o squidGuard? Eu reinstalando, preciso reconfigurá-lo?

neo_X

Não precisa reconfigurar, mas antes faça um bkp do seu firewall.

zilmar

Reinstalei o squid e squidGuard e nada.