Squid 3.3.10 para pfsense 2.0 e 2.1 com filtro de SSL/HTTPS
-
veja aqui
# This file is automatically generated by pfSense # Do not edit manually ! http_port 192.168.1.1:3128 ssl-bump generate-host-certificates=on dynamic_cert_mem_cache_size=10MB cert=/usr/pbi/squid-i386/etc/squid/serverkey.pem capath=/usr/pbi/squid-i386/share/certs/ http_port 127.0.0.1:3128 intercept ssl-bump generate-host-certificates=on dynamic_cert_mem_cache_size=10MB cert=/usr/pbi/squid-i386/etc/squid/serverkey.pem capath=/usr/pbi/squid-i386/share/certs/ https_port 127.0.0.1:3127 intercept ssl-bump generate-host-certificates=on dynamic_cert_mem_cache_size=10MB cert=/usr/pbi/squid-i386/etc/squid/serverkey.pem capath=/usr/pbi/squid-i386/share/certs/veja o erro do google e o tweetdesk não conecta..
-
Tem certeza que você instalou o CRT da CA nesta máquina como unidade certificadora confiável?
-
desculpe,
mas tenho que ter um CA de uma autoridade certificadora ?? eu usei o mesmo que faço para o openvpn
que criei no pfsense. -
Você precisa de uma CA configurada no pfSense MaS enquanto você não instalar o certificado desta CA no seu browser/computador como CA confiável, seu browser não vai confiar nela.
Este procedimento esta descrito no primeiro post.
-
instalei..o certificado
funcionou somente no IE.. no chrome não.. ainda apresenta a mensagem..
exclui até o cache do navegador e no squidaproveitando a deixa.. pq não cria uma opção para que o usuario limpar o cache do squid
sem ser via console.. não seria uma boa ideia ? -
Bom dia
Efetuei a ativação do squid3-dev com filtro https. Porém mesmo com o certificado instalado na pasta de autoridades de certificação raiz confiáveis apresenta está mensagem de erro que está em anexo.
Algumas maquinas o certificado instala mais não aparece na pasta.
Já coloquei os sites na whitelist porém continua a mensagem de erro.
Tive que desabilitar o filtro https para conseguir usar o exchange pois a mensagem aparecia de 5 em 5 min.
Alguém teve este problema?
 -
@LCantano:
Tive que desabilitar o filtro https para conseguir usar o exchange pois a mensagem aparecia de 5 em 5 min.
Alguém teve este problema?
O erro diz que o certificado do seu exchange não é confiável.
Você pode marcar a opção de ignorar erros de certificado na configuração do squid. Não é recomendado, mas resolve seu problema.
Veja se a url de acesso do exchange esta correta na whitelist.
-
O erro diz que o certificado do seu exchange não é confiável.
Você pode marcar a opção de ignorar erros de certificado na configuração do squid. Não é recomendado, mas resolve seu problema.
Veja se a url de acesso do exchange esta correta na whitelist.
Bom dia
Referente ao erro no certificado do exchange não consigo tornar ele confiável importando o mesmo de alguma maneira para o pf?
Marcar a opção de ignorar erros só vai ocultar o problema não é isso? Fiz o procedimento porém o exchange não consegue ficar conectado. Fica perdendo conexão constantemente. Qual seria a maneira correta para resolver essa situação?
As URLs tanto do exchange como do site da prefeitura que neste casso precisa usar certificado digital também consta na whitelist tanto do squid como no squidguard e mesmo assim apresenta erro no acesso. Ao colocar o site na whitelist do squid a mesma não deveria mais apresentar erros de certificado correto?
-
@LCantano:
Ao colocar o site na whitelist do squid a mesma não deveria mais apresentar erros de certificado correto?
Correto!
-
@LCantano:
Ao colocar o site na whitelist do squid a mesma não deveria mais apresentar erros de certificado correto?
Correto!
Bom dia Marcelo
Não sei por qual motivo os sites não estavam sendo liberados, porém efetuei a reinicialização do pfsense, removi os sites e salvei, inclui os sites novamente e salvei e agora aparentemente não está mais aparecendo a mensagem de erro. Creio eu que foi algum bug na hora de salvar as whitelist.
Vou continuar efetuando testes com ele em produção e posto como foi.
Obrigado mais uma vez…
-
@LCantano:
Vou continuar efetuando testes com ele em produção e posto como foi.
Não esqueça de olhar os logs do squid.
-
@LCantano:
Vou continuar efetuando testes com ele em produção e posto como foi.
Não esqueça de olhar os logs do squid.
Para acompanhar os logs do squid só através do console ou pelo lightsquid da pra faze-lo?
-
@LCantano:
Para acompanhar os logs do squid só através do console ou pelo lightsquid da pra faze-lo?
O squid3-dev tem uma aba realtime para isso.
Na console é o melhor debug, mas via interface gráfica também da para fazer.
-
Marcello, qual o procedimento para instalação do SquidGuard com o squid3-dev 3.3.5, o squid3-dev está funcionando inclusive com SSL, tive que reinstalar o MailScanner porque gerou conflito e não iniciou o clamd mas e o SquidGuard 1.4_4 pkg v.1.9.5 do repositório parece não funcionar com o campo Integration Options.
[RESOLVIDO] Segui o procedimento de instalar o squidGuard primerio depois o squid3-dev e fiz a coreção sugerida no outro post no arquivo squidguard_configurator.inc e mais importante não habilidar o suporte LDAP no squidGuard, no meu caso o redirecionamento não fucionou com esta opçao habilitada
–----------------------------------------------------------------------------
squid config options
------------------------------------------------------------------------------
define('REDIRECTOR_OPTIONS_REM', '# squidGuard options');
define('REDIRECTOR_PROGRAM_OPT', 'url_rewrite_program');
define('REDIRECT_BYPASS_OPT', 'url_rewrite_bypass');
define('REDIRECT_CHILDREN_OPT', 'url_rewrite_children');
define('REDIRECTOR_PROCESS_COUNT', '12 startup=8 idle=6 concurrency=0'); # redirector processes count will start with 8 do a max of 12 and idles at 6 (with v3.3+) -
Marcelloc, tenho as seguintes configurações customizadas no Squid para conexão de apps que não suporta autenticação como Skydrive, GTalk e MSN,
acl TRILLIAN_ports port 443 3158 acl TRILLIAN_nets dst 74.201.34.0/24 http_access allow CONNECT TRILLIAN_ports TRILLIAN_nets acl GTALK_ports port 443 5222 5050 acl GTALK_nets dst 74.125.0.0/16 http_access allow CONNECT GTALK_ports GTALK_nets acl MSN_ports port 443 1863 1503 acl MSN_nets dst "/usr/local/etc/squid/ms_sites.acl" http_access allow CONNECT MSN_ports MSN_netsAcontece que quando habilito SSL não consigo mais conexão destes aplicativos, existe alguma regra acl que eu possa desabilitar a interceptação do SSL para estes endereços? como por exemplo SSL_bump none "nets".
-
Boa tarde a todos
Só para @marcelloc:
@LCantano:
Vou continuar efetuando testes com ele em produção e posto como foi.
Não esqueça de olhar os logs do squid.
Após 2 dias de testes em produção o PFSense 2.1-RC0 utilizando loadbalanced+failover e os pacotes suid3-dev + squidguard estão funcionando perfeitamente. Os links estão funcionando em loadbalanced e após teste de link down o failover funcionou perfeitamente. A navegação continuou normalmente com a troca de link sem apresentar lentidão ou qualquer outra normalidade.
O filtro https também está funcionando perfeitamente utilizando a blacklist do squidguard.
Até o momento só tenho a agradecer ao marcelloc por estar desenvolvendo este belo pacote e já solicitei ao meu gerente um $$ para contribuir com este desenvolvimento. Não sei quanto vai ser disponibilizado para contribuição mais acredito se todos que utilizem este recurso fizer um esforço para contribuir acaba somando uma doação bacana.
-
por exemplo SSL_bump none "nets".
Isso mesmo, você pode colocar o ssl_bump none para suas acls custom.
Acredito que o efeito colateral de barrar aplicações via https que não são https é acabar com o tor e ultrasurf.
-
Boa noite.
Aproveitando sobre a deixa do marcelloc sobre o bloqueio de tor e ultrasurf que podem utilizar https posso estar enganado mas nos meus testes
os mesmos não conectaram.
Fiz a seguinte maneira não sei se é a correta mas funcionou.
Nos rules da lan retirei a regra padrão de libera a saida de qualquer pacote.
Fiz as rules informando primeiro o que desejo pode sair pela lan por exemplo saida na porta 53, 21, 25 e endereços do governo.
Sem seguida direcionei todo trafego vindo da lan para a porta 3128 que e do squid.
Desta forma pelo meus testes o que esta cima da regra de direcionamento para o squid sai blz, o restante é gerenciado pelo squid.
Então desta forma eu testei o tor e os ultrasurf e proxy externos que utiliza diversas portas inclusve a 80 e 443 e 3128 não conseguiram conexão. -
Ainda estou com dificuldades em integrar o squidguard no squid3-dev, já li no forum que o Custom Settings / Integrations não funciona para a versão 3.x, o que devo colocar no Custom Options? Tenho que desinstalar a versão 2.7 que instala junto com o squidguard 1.4? Tenho que alterar o squidguard_configuration.inc conforme indicado em outro post? Não encontrei no forum nenhum tutorial de squid3-dev + squidguard.
–----------------------------------------------------------------------------
squid config options
------------------------------------------------------------------------------
define('REDIRECTOR_OPTIONS_REM', '# squidGuard options');
define('REDIRECTOR_PROGRAM_OPT', 'url_rewrite_program');
define('REDIRECT_BYPASS_OPT', 'url_rewrite_bypass');
define('REDIRECT_CHILDREN_OPT', 'url_rewrite_children');
define('REDIRECTOR_PROCESS_COUNT', '5'); # redirector processes count will started[RESOLVIDO] Fiz as alterações no arquivo squidguard_configuration.inc e desabilitei a integração LDAP do squidGuard, o filtro agora funciona em HTTPS
[NÃO RESOLVIDO] Redirecionamento do squidguard para sgerror.php, memso subindo outra instância do lighttpd na porta 80, se a página bloqueada for HTTP o redirecionamento funciona normalmente. -
Pelo que eu entendi ele bloqueia https? dae não precisaria da porta 443 bloqueada?
