@neo666 Agradeço a informação, ela chegou na hora certa, eu executaria a atualização via console nos próximos dias e com certeza também passaria por esse problema, visto que trabalho com grupos de gateways e mais de um link.

@mcury self-signed

Ao habilitar squid no pfSense estações continuam se conectando à internet mesmo não setando o proxy na configuração do navegador. Esse é o comportamento esperado. Para que os clientes usem o proxy não transparente, ou seja, o proxy explícito, você precisa configurar as máquinas para que usem o proxy. Proxy explícito é isso, as máquinas sabem que o proxy existe e enviam as solicitações http para ele ao invés de enviar direto para o site. No proxy transparente, as máquinas não sabem da existência do proxy. Nessa situação, o cliente envia as solicitações http direto para o site, e o proxy as intercepta no meio do caminho.

@ismarcs said in PFSENSE + ROTEADOR VIVO (SEM BRIDGE): Olá, vc não esta conseguindo acesso ao WebServer pela rede externa ? Modem VIVO > DMZ para PFSENSE > NAT para WEB SERVER está dessa forma ? Oi! Sim, estava sem acesso à Web mas decidi não deixar ele aberto na rede externa... Configurei uma VPN e deu certo usando a VPN... De toda forma, muito obrigado!

@tr0p bom dia blz? Depois de montada a IPSEC, é importante verificar a regra no FW para liberar as regras de acordo com os protocolos. Se desejar pingar entre as redes, em ambas deve haver uma regra liberando o trafego; [image: 1620959746337-af2668d2-0cff-450c-97a8-1f5d62584868-image.png] No exemplo acima, estou liberando geral. Outro ponto, chegou a verificar se as fases da sua IPSEC estão ativas e conectadas entre as pontas? [image: 1620960178622-7c05d524-b691-4ef3-8dc9-e711aab08bf2-image.png]

@amaica pode parecer offtopic mas aqui vai: Snapshots, backups locais, backups remotos e backups em arquivo offline (a frio ) de todos os dados dos sistemas operativos e dos serviços dessa rede. Tens soluções na watchguard, mas para te ser sincero, essa opção não me faz demover do que disse/faço acima. A melhor abordagem anti ransomwares é mesmo a prevenção em todas as frentes, apostando em soluções de antivirus e manter os serviços actualizados dentro da rede, caso não consigas, é meter numa rede à parte o mais fechada possível para essas máquinas. E acima de tudo, ter isto à mão: https://www.nomoreransom.org/

@danilosv-03 entrando nesse topico ja que poucos ou ninguém responde uns que ja postei e vi que vc sempre tenta ajudar, me tira uma duvida, trabalho em uma empresa onde uso hoje o endian, mas estou migrando para o pfsense porem estou com um grande problema configurar para acesso por grupo, pois como você deve saber em ambientes corporativos alguns tem que acessar determinados sites que outros não podem, o problema é que eu não quero usar proxy autenticado pois da muito problemas com as ferramentas que hoje utilizamos para reuniões remotas como google meet entre outras, sem contar com as sincronizações com googledrive do pc dropbox , então se eu usar o proxy transparente nesses aplicativos funcionam perfeito, porém para bloqueios por grupo e liberações so terei a opção das acls no squid proxy serve usando black list e colocando os ips que não quero que sejam filtrados pela regra no Unrestricted IPs, vi que vc tem bom conhecimento na ferramenta , então você teria alguma dica para me ajudar , temos um cenario que usamos mais de 300 computadores em rede. com proxy autenticado eu ja conseguir fazer tudo porem como falei as plataformas de reuniões on-line não funcionam bem como tb googledrive dropbox entre outros , msm fazendo todo tipo de liberação que a ferramenta fornece.

Garanta que o pacote está fazendo o mesmo caminho, na ida e na volta. cliente -> Gateway A ---Provedora--- Gateway B -> servidor servidor -> Gateway B --- Provedora --- Gateway A -> cliente Se o pacote está chegando por um gateway e o servidor devolvendo por outro, o problema acontece.. As vezes o servidor tem mais de uma placa de rede, e se ele não tiver uma rota específica para devolver por uma placa de rede, ele pode devolver pela rota default, que pode não ser a placa de rede por onde o pacote chegou, causando a assimetria. Você pode fazer uma captura de pacotes para ajudar a identificar o problema.

@fssantanajr o que acabei de fazer, reinstalei a versão 2.5.0, [image: 1620234852768-15a3c1d2-cbb2-4b65-aca2-8ba356850a79-image.png] removi o pacote e2guardian, reinstalei usando esse tutorial: https://github.com/marcelloc/Unofficial-pfSense-packages agora está tudo ok, [image: 1620235276116-40aafaf8-233c-43be-98bc-96e2734bca10-image.png]

O meu também aconteceu a mesma coisa!!

@mcury said in pfSense 2.5.1 falha de resposta nas regras de NAT para link secundário: https://redmine.pfsense.org/issues/11805 Obrigado @mcury pelo visto a implementação de correção ainda não está valendo para versão 2.5.1.

@mcury Boa! Era isso mesmo.