@amandrade confere o post

Não me liguei que teria que refazer todo o processo do zero já o que o ambiente era antigo. Mas valeu pelo toque. Eh refazer tudo mesmo. Valeu rapaziada pela força.

@silviowmelo
o RDP para acessar interno, vc vai usar o IP da maquina e porta padrão.

Pessoal, bom dia. Consegue resolver o problema

O que acontece que é não havia configuração da fase 2 do IPSec para conversar com as redes da OpenVPN

Então o que eu fiz: Eu criei uma fase 2 para que as redes conversarem. Restartei meu serviço IPSec e voilà, tudo funcionando corretamente.

@rlrobs Tive o mesmo problema e com essa informação ajudou demais. Obrigado.

@sarge88

Eu consegui resolver o problema da seguinte forma:

Desabilitei o Tunnel com problema Criei um novo Tunnel via wizard (com as mesmas configurações do tunel antigo) Baixei novamente o client Após isso, conectou normalmente.

Espero ter ajudado!

Relaxa meu amigo, fomos todos novatos um dia.
O que precisar, se soubermos ajudar, ajudaremos.

Abraço

Eu tive esse problema e reduzindo o tamanho dos LOG's para o padrão (2GB ou menos) resolveu o caso. No meu caso nem usava squid.

@leo_pfsense sim, posteriormente tentei de forma individual e verificando, mesma coisa. Se eu pego uma máquina nova, sem qualquer tipo de cadastro no PFsense, e coloco um IP manualmente, ele navega.

Uma opção é mudar o Gateway default para essa WAN ou fazer regra de firewall na LAN especificando o deault gateway nas opções avançadas.

Para filtrar as regras de saída não há problema em usar um IP privado na WAN, para receber conexões terá que ver com seu provedor para fazer o redirecionamento das portas que precisa para o IP da WAN do seu pfSense.

@lotus No E2Guardians eu inseri na guia ACL, Exception os endereços abaixo;
whatsapp.com
31.13.67.52
2a03:2880:f22c:c5:face:b00c::167
mmx-ds.cdn.whatsapp.net