Oque está mostrando no LOG ?
vai ter q por o site no Bypass

@ismarcs mesmo sendo IP de classe diferente, tive que colocar o DMZ na porta WAN do PFSense.
Pessoal muitooo Obrigado mesmo
agradecido
PODE FINALIZAR O POST.

At.
Breitner Silva

@jcalvesj

Também estou passando por isso. Tenho uma aplicação (Fluig) que é acessado pela WAN, de dentro da rede não acesso. A não ser que coloque o IP da WAN nas exceções do proxy de cada maquina. O que não é gerencialmente ideal. Já realizei tudo o que foi dito, inclusive jogando a rede local para navegar pela Wan2. Assim como a configuração do servidor DNS para resolver o IP válido para o interno quando solicitado pela rede local. Conseguiu resolver de alguma forma?

@thiagobernardino, por nada.
Infelizmente não tem como, pois a configuração do arquivo .ovpn que aponta para seu pfSense é estática. Sempre que o IP válido da sua WAN alterar, vai precisar mudar também nesse arquivos nas estações dos clientes. Não tenho certeza, mas creio que o No-IP tem possibilidade de cadastrar hostname gratuito. O problema é que vai precisar fazer o login no máximo a cada 30 dias no site deles para o hostname não bloquear (regras do No-IP para a versão gratuita). Eu tenho uma conta paga no No-IP há 3 anos e nunca tive problema.

Não sei os comandos mas tens de fazer com que uma porta receba as vlans 100 e a 101 e apenas essas. Nomemalmente isto é uma configuração trunk com essas 2 vlans. Depois uma porta que pertença à vlan 101 e outra à 101. Não tenho grandes conhecimentos de ios mas na net deves safar-te. Se puderes, arranja um switch mais simples e mais pequeno e testa a configuração. Depois configuras o cisco.

killin the connection after x Minutes ?
client auto reconnect ?
stored userName or/and password ?

how do you firgure out that the client is not usin the vpn connection

brNP

@ismarcs Entendi !! Muito obrigado man.

Coloca na ACL do squid proxy server, em white list: dyngate.com
reinicia o Pfsense, funciona na hora!

Notei que o problema só ocorre se eu colocar o grupo "Normal Group". Se eu colocar em "Unfiltered Access" tudo funciona OK.

No log aparece o seguinte:

2020.04.23 11:32:09 192.168.0.102 https://config.edge.skype.com 403 - default DENIED Failed to negotiate ssl connection to client

Obrigado desde já.

Não é esta a questão, é sobre os usuários criados localmente no sistema além do admin que é default

RESOLVIDO PESSOAL

Na verdade consegui criar uma regra que liberou o acesso.

Liberei esta regra para os ips do banco de dados na LAN inteira apontando para a porta 3306 e funcionou.