Problema resolvido. Eu estava selecionando a interface errada para acessar os dados. Em "Web Interface Binding", selecionei apenas o LAN. O Darkstat está rodando perfeitamente.

é melhor você fazer isso mesmo.

GAbriel25, feliz em ter ajudado! qualquer dúvida só chamar! abraços, Renan ;D ;D

No meu uso desta forma; porn|porno|pornografia|xvideos.com| A diferença é o seguinte, Quando coloco xvideos.com  ele vai bloquear somente quando conter na URL 'xvideos.com' e quando coloco porno  ele vai bloquear todas URL que conter 'porno' Se eu colocasse apenas a palavra 'xvideos'  ele iria bloquear todas as URL que conter a palavra 'xvideos' Acho que deu para entender…kkkkkkkkk

Sim vc pode bloquear o IP, meu servidor é assim tenho varios IP bloqueados. Para isso é só informar os IP no Squid na opção ACLS>>Banned Hosts Addresses e pronto que utilizar o IP, não vai navegar mesmo tendo posse do Voucher ou Usuário.

Nos meus clientes de Advocacia estamos trabalhando com o Firefox 41.0.2 e Java 8u25, melhor compatibilidade com todos os tribunais e afins de todos os estados. Nem precisamos do navegador PJE por enquanto.

@brunok: Na configuração do gateway, na parte avançada (show advanced options), tem uma opção chamada Data payload. Deixe com valor 1 e salve. Faça o teste. Brunok Deu certo obrigado pela dica nessa nova versao! Otima semana! abraços, Renan

@edugiants4x: opa. meu sonho tambem é montar um cenario desses. pois aqui na faculdade uso wpad. mas como o CP trabalha com proxy transparente.para filtros de sites https somente com Certificado mesmo ou existem outra forma. Em meus testes de laboratório, aqui está dando certo, configurei um Widows Server 2008, subi um dominio nele, criei um grupo no dominio chamado permitirwifi e siteswifi. Adicionei um usuário em ambos os grupos, ativei o RADIUS e permitir a autenticação somente vinda do grupo permitirwifi. Subi o PfSense e configurei o Captive portal, instalei o pf2ad do mundounix, coloquei o pfsense no domínio, ativei o squid em modo transparente, no método de autenticação coloquei como Captive portal. Até o momento funcionou tudo, ainda vou testar o acesso com o filtro do Squidguard. Até então ficou: O usuário conecta na rede, o captive portal intercepta o acesso, se ele for do grupo permitiwifi ele deixa autenticar, se não dá erro. Quando eu fizer o teste com o squid guard vou tentar fazer: Habilitar o LDAP DN pra poder interagir com o AD, fazer uma target com nome acessoproibidos e colocar uma lista de sites proibidos lá, ou até mesmo baixar uma blacklist pra isso. Em Goups ACL vou criar o um grupo geralwifi e no ldapserach vou apontar para o grupo do AD siteswifi, nas permissões concedo acesso default Allow e Deny para a target acessosproibidos. Se funcionar eu falo com vcs.

@sergiocarreira: Pessoal! Show de bola! Agradeço a ajuda dos amigos que dedicaram um pouco do seu tempo para compartilhar o seu conhecimento. Seguindo as dicas de todos, conseguimos resolver o problema. Após verificando os sites que estavam sendo bloqueados no FW e depois no browser e adicionando na whitelist .*.yahoo.com, o site abriu normalmente, mesmo após limpeza dos caches do fw e das estações. Realmente o Yahoo parece que tem essa particularidade. Vamos ver se mais gente pega esse tipo de problema, visto que ele chegou a funcionar antigamente, sem qualquer dessas alterações. Obrigado mesmo pessoal! Qualquer novidade, volto a informar nesse mesmo post. Grande abraço pra todos! Então minha ajuda foi útil pra você? Que bom. Clicke em agradecer no meu tópico, assim fica mais fácil para pesquisas futuras.

Google? https://pt.wikipedia.org/wiki/Sistema_de_preven%C3%A7%C3%A3o_de_intrusos https://pt.wikipedia.org/wiki/Sistema_de_detec%C3%A7%C3%A3o_de_intrusos

Por padrão acho que não, talvez mexendo no código.

É justamente isso que a whitelist faz, ela verifica o endereço, se estiver na lista branca o HTTPS/SSL não é verificado pelo Squid, ele não tenta descriptografar a informação para ver qual pacote/informação do pacote está realmente passando. Agora o Bypass puro que tu diz, só em Transparente.

@hunterjn: Neste Post coloquei como solucionei o meu caso relacionado ao Skype. https://forum.pfsense.org/index.php?topic=62836.msg666129#msg666129 Siga este link, funciona 100%, não tem como dê erro.

Bom dia, segue link com o Post que solucionará seu problema… https://forum.pfsense.org/index.php?topic=62836.msg666129#msg666129

Bom dia Galera Por favaor ajuda ai. Continua acontecendo. Obrigado

Dificil sem ter ao menos um print da tela para um possível erro.

SARG não funciona da versão 2.3.2 pois o pacote foi removido por falta de mantenedores. Caso ainda deseje relatórios do proxy, terá de usar o LIGHTSQUID. O aviso de que seu pacote SQUID foi removido deve-se ao fato de provavelmente você ainda estar usando o SQUID 2.x.x no seu PFSENSE 2.2…. a partir da versão 2.3 do PFSENSE, só está disponível  o SQUID 3.x.x. Com relação a parada do SQUID após a atualização, faça um teste (tire backup das configurações antes): tire backup de suas configurações (e se possível, de sua máquina virtual, já que a mesma é virtualizada); caso ainda não tenha instalado o SQUID após a atualização, faça-o, pois as configurações de seu SQUID anterior deverão ser re-aproveitadas; após o SQUID e SQUIDGUARD re-instalados, crie uma regra de bloqueio qualquer no SQUIDGUARD (isso caso já não exista; o SQUID/SQUIDGUARD não irão funcionar se não existir ao menos uma regra de bloqueio); após estas operações; inicie o SQUID (o SQUIDGUARD, caso esteja ativo, deverá iniciar automaticamente junto com o SQUID); caso ainda encontre alguma mensagem de erro, experimente via linha de comando apagar todo o conteúdo da pasta /var/squid/cache e depois rode o comando squid -z (este último irá recriar tudo aquilo que foi apagado da pasta); tente rodar o SQUID novamente; Caso os procedimentos acima não surtam efeito ou tenha alguma dificuldade, poste aqui. Caso após isso seu problema tenha sido resolvido, nos avise também e altere o título deste tópico, colocando [RESOLVIDO] no início do mesmo.