por ip usando o limiter acho bem dificil de conseguir. mas se vc usa proxy (squid) vc pode fazer uma acl delay_pools para os dominios do youtube. nunca testei dessa forma, mas acredito que de certo!

Existem alguns bugs com o IPSec na release 2.3.0 que provavelmente estarão resolvidos na 2.3.1. Experimenta usar um snapshot de desenvolvimento (snapshots.pfsense.org) numa máquina de testes, e verifica se o problema ainda ocorre. Adicionalmente a versão 2.3.1 deverá sair nos próximos dias. Boa sorte! Cumprimentos, Jorge M. Oliveira

O padrão é Ligthsquid, sempre foi.

Obrigado senhores novamente pelo retorno. Pois bem, a priore fizemos um IPSEC entre Matriz e as duas filiais, por tanto a conexão não ficou da forma como esperávamos, a comunicação entre as redes estão ok, porém, a lentidão é muito grande. Temos um sistema que roda na filial  na qual uma outra filial acessa também, só que fica muito lento. Vou fazer os procedimentos mencionados anteriormente pelos senhores e volta em seguida para dizer se funcionou. Mas á principio, obrigado!

eu tambem tenho a mesma dificuldade com o Chrome, acredito ser as atualizações de segurança do próprio navegador, se voce usar outros navegadores com o procedimento que ja fez, vai perceber que funciona normalmente. Talvez a solução seja adquirir um certificado WEB gratuito ou pago para poder fazer funcionar. Estou fazendo meus testes ainda, mas assim que tiver uma ideia posto aqui.

Amigo, acrescente a rede 171.100.0.0/20(phase 2) nas duas pontas e veja se funciona. obs: Sempre que for utilizar múltiplas redes, inclua essas na fase 2 do seu túnel. Ex: utilizo IPSEC site-to-site e OpenVPN cliente-to-Site. Pra eu, via openvpn, alcançar as redes IPSEC preciso incluir a rede (openvpn) no tunel ipsec (nas duas pontas)

Eu uso suricata, ao invés do snort, e ta funcionando blz

@andrealsssantos: Já Resolvido!!!!!! amigo coloque resolvido no assunto e se possível, relate o que fez para ajudar outros usuários com o mesmo problema :) abraços, diego

@didonsom: @kleyverson: @Tomas: Tem que ver se as redes/IPs que cadastrou estão corretos. Tente filtrar o IP de origem no System Logs, Firewall para ver se está sendo bloqueado e qual destino está indo. BINGO! Maravilha chefe. Estava tão focado no problema que não me lembrava se quer, deste recurso. Visualizei o mesmo e vi que estava tudo correto com o ALIAS criado dos IPS e Portas, porém tinha uma regra UDP, que pega o IP do firewall na Porta 53, estava bloqueando lá. Adicionei este IP junto aos ALIAS dos IPS de destino, e adicionei a porta 53 junto ao ALIAS das portas de destino liberadas para o PROTHEUS. Fiz isso a regra funcionou e meu firewall liberou o acesso. OBRIGADO À COLABORAÇÃO DE TODOS! RESOLVIDO! ;D Amigo, se possível coloque resolvido no assunto do tópico que bom que solucionou o problema! abraços Diego Opa Diego, perdoe-me amigo. Já fiz. Obrigado

@lsavi: Caros, bom dia. Tenho duas estações na rede que preciso bloquear o acesso web via mac address, e liberar apenas acesso ao e-mail, configurado no outlook, nunca fiz esse tipo de configuração, alguém tem alguma sugestão? Obrigado. tem q ser via mac?? você poderia reservar o ip dessas 2 estações no DHCP e criar uma regra de bloqueio de trafego em Firewall > Rules > bloqueando as portas 443 e 80 e as demais que achar necessário para os ips em questão. ou se você utilizar squid / squidguard, poderia criar grupos de usuário bloqueando tudo. é uma sugestão abraços DIEGO

@x-ecuter: Dá para criar um alias por url e não ter que entrar com todos os IPs na mão. Será que existe algo parecido para facebook e Twitter? Não precisa entrar com todos os IPs na mão, utilize a opção Bulk import aliases from list em  Firewall: Aliases

@x-ecuter: E a saida para um caso como esse? Configurar os dois modems em modo router com IPs em classe diferentes e ligá-los via DHCP no pfSense? E para conseguir abrir alguma porta para acesso externo, configurar em cada um dos modems o IP do pfSense respectivo como o IP na DMZ? Algo assim: Modem 1 - 192.168.0.1 - DMZ para IP 192.168.0.2 <–--> WAN1 pfSense 192.168.0.2 Modem 2 - 192.168.1.1 - DMZ para IP 192.168.2.2 <----> WAN2 pfSense 192.168.1.2 Seria isso mesmo. Apenas dessa forma daria para configurar (podendo ser as WANs configuradas como DHCP ou IP fixo). Detalhe: os links em questão parecem ser do mesmo provedor. Assim sendo, a utilidade deles como FAILOVER é praticamente ZERO, pois se um cair por problemas no ISP ou queda de backcone, provavelmente o problema ocorrerá nos dois links

Não porque você iria querer isso! Unico motivo para mim seria se estivesse usando a versão NanoBSD para rodar em sistemas onde são usados cartões de memoria ou pendrives.

Boa tarde ekabruno! Você tentou reiniciar a interface web pelo console do pfsense através da opção 11?

Dá uma olhada nos logs do pfsense pra ver se o serviço do squidguard tá iniciando corretamente. Veja também se os grupos estão criados corretamente. Boa sorte!

@Tomas: cat /var/squid/logs/access.log | perl -p -e 's/^([0-9]*)/"[".localtime($1)."]"/e' | grep ip-host Sempre faça uma pesquisa antes!! :) Abraço Obrigado Tomas Waldow….

@PaetzoldFelipe: Se você criar esse arquivo de registro e executar na máquina ele mata o processo do tor, independente dele ja estar na máquina, eu acredito que seja a melhor solução, usuário geralmente não vai mexer nos registros do windows. Grande abraço. Muito bom.. acho que é implementar um AD mesmo.. obrigado