Opa, Vlw vou testar aqui e já posto se deu tudo certo, realmente marcello oque você disse tem lógica porque eu tava colocando um gateway da WAN talvez ai que seja a caca :x vou testar e posto avisando. Acho que sua dica também jack vai dar certo, estou conhecendo agora o pfsense e gostei muito vlw pelas dicas brothers !!! abs… Qualquer hora meto um curso ai contigo kkk ;) abs. Muito Obrigado.

Na parte advanced options das regras. Configurando um limite de conexões, o IP é automaticamente bloqueado no firewall O snort pode ser uma boa opção também.

@madrugaaa: opa obrigado pelo apoio. Não por isso… Estamos aqui exatamente pra este fim! ;) 1º Não tenho como trocar o modem pois o modem é o PowerBox da GVT(o unico recomendado para gvt 35mb pois usam a tecnologia VDSL), ele vem com level 2 que nao tem direitos administrativos, porém o outro que consigo mudar foi adicionado ip fixo nele, quando adiciona o ip fixo o mesmo passa para o level 4 com direitos administrativos, então poderia deixar 1 modem com seu ip de origem -> 192.168.25.1 e o outro alteraria para 192.168.26.1, daria certo né? Sim, daria certo.  Muito embora, o "ideal" seria que estes modens estivessem em modo bridge (conforme já explicitado anteriormente). Mesmo trocando as redes, não significa que você resolva este problema em específico, mas já começa a organizar a cozinha! 3º O problema pode ser entao pelos 2 gateway na mesma rede. Tudo depende da configuração do seu pfSense… Mas quando você digita um "route" na console do seu pfSense (parte texto do pfSense), o que aparece pra você? Concordas que ter 2 gateways numa mesma rede classe C, apontando teoricamente para o mesmo lugar (operadora), é estranho? Não é garantia que vá resolver totalmente o seu problema, mas pelo menos, estaríamos começando a organizar a cozinha! 4º Errado, estou utilizando proxy autenticado, já configurei o "tcp_outgoing_address" em custom options no squid. Fiz essas configurações para configurar o loadbalance + failover + squid + squidguard. Bem… neste caso, estás usando o "tcp_outgoing_address" pode estar impedindo o loadbalance (quando os 2 links estiverem up). Como você usou esta cláusula na configuração do Squid? Ainda em tempo, lembre-se que o loadbalance no pfSense acontece sempre com base dos "Tiers" que você configura em cada gateway (além dos parâmetros de perda de pacotes e/ou latência). Existem vários links aqui mesmo no fórum abordando isso! Abraços! Jack

:)

@marcelloc: E nos tutotias aqui na parte de cima do fórum também  ::) Pois é.  ???

@felipemrvieira: Notei que ele está dando esse erro quando acesso o site via http, ao simplesmente adicionar o "s" para https ele acessa normalmente. Alguém sabe como corrigir isso?? Você está usando proxy transparente? Se sim o fato de colocar https "pula" os filtros uma vez que o modo transparente só filtra http.

repete estas regra na wan também UDP    192.168.100.253    *    *    *    *    none      UDP    *    *    192.168.100.253    *    *    none deixa tudo liberado, sem esquecer de fazer o nat. Quanto estiver funcionando, edita as regras para o que voce precisa(só o iax, certo?).

bruno_gaspar, Bem vindo ao fórum!  :) Já tentou pesquisar no fórum internacional? pelo visto ninguém usa o sqstat por aqui… att, Marcello Coutinho

@diegogyn: Alguem já passou por isso? Alguns usuários de acordo com os tópicos aqui no fórum. Se me lembro bem, paramos em reiniciar o squidguard todo dia de manhã, manual ou via script

@felipemrvieira: Na verdade ela está habilitada na bios, e funciona perfeitamente, pois testei com o windows. Testei em outra máquina e funcionou. Então deve ser incompatibilidade do chipset da NIC onboard com o FreeBSD.

Bom dia. Sorte sua que o pfsense não instalou em placa mãe ECS. ECS é só problema, ate a performance dela em windows é terrivel.

@l2vieira: Olá amigos! Consegui resolver seguindo os passos a seguir: http://nextsense.com.br/blog/archives/402 Até https ;) Obrigado! Quem agradece somos nós: Todos frequentadores atuais e futuros desse fórum pelo retorno (feedback) indicando alguma solução. Mesmo que seja apenas uma. Valeu, l2vieira!  :) ;D

@iskull: O Certificado não está vencido, ele vence em 2017, gerei outro, mas ainda continua dando erro :( O certificado pode não estar vencido, mas pode ter sido revogado - O que obviamente lhe daria um erro de "certificado inválido". Entre em contato com quem emitiu o certificado e valide a situação. Abraços! Jack

Cara eu tenho o mesmo problema, só que o DVR é da marca Qsee, consigo conectar com o DVR na rede local mas pela WAN a coisa não funciona!  :'( Vejo no log do pfsense que o NAT redireciona corretamente para o ip:porta do DVR, mas a coisa não acontece! Eu atualizei a firmware de um dos DVRs e passou a funcionar em um deles, mas o outro continua o mesmo problema!

Blz então.

Funcionou, deletei o ligthsquid e instalei novamente.

@marcelloc: acl oracle_updates dstdomain download.oracle.com always_direct allow oracle_updates Continua a mesma situação, então, acabei levando o instalador num pendrive e fazendo a instalação manual onde realmente era necessário.

@leandro-mattos: **Fiz exatamente o que mandou e não funcionou… tem algum outro tipo de configuração que esteja faltando?** Será que sua placa de rede na máquina com pfSense não está defeituosa ou tenha chipset incompatível com o FreeBSD? Já tentou alterar as interfaces? Exemplo: Se a interface rl(x) está na WAN alterar para em(y). Ou seja lá o tipo de interface que o pfSense atribuiu para cada NIC instalada. Gostaria de saber porque esse tópico está marcado como resolvido se até aqui não teve resposta positiva do autor do tópico?

@kleyverson: O que mais posso fazer? Preciso dessa ajuda o mais rápido possível. O squid fica de fato louco com muito volume e internet fora. Depois que o link ficar estável novamente, o mais indicado é parar o squid e iniciar.