@wkrenski Olá, tem algumas configurações que podem ser necessárias. Mas a operadora de telefonia esta entregando um SIP Trunk ai direto para vc ? O PABX se conecta a outro PABX IP, como é isso ?

@dognun Olá! Bom saber que está funcionando. Interessante essa experiência ruim com o DNS, pode ajudar em outros cenário. Boa sorte.

Informações que podem ajudar. https://docs.netgate.com/pfsense/en/latest/recipes/virtualize-esxi.html

Aqui resolvi da seguinte forma: Fiz um alias com os endereços e liberei no firewall e no squidguard: 189.9.113.32 189.9.113.12 189.9.113.22 161.148.175.208 189.9.113.19 189.9.113.21 189.9.113.18 189.9.113.17 189.9.113.16 189.9.113.15 189.9.113.14 189.9.113.13 189.9.113.11 189.9.113.10 189.9.113.9 189.9.113.8 189.9.113.7 189.9.113.6 189.9.113.5 189.9.113.4 189.9.113.3 189.9.113.2 189.9.113.1 189.9.113.24 189.9.113.25 189.9.113.26 189.9.113.27 189.9.113.29 189.9.113.30 18.231.53.213 54.233.89.253 18.230.181.178 54.207.239.46 54.207.155.0 52.67.239.130 200.189.41.10 200.219.159.10 200.219.148.10 200.229.248.10 200.192.233.10 200.219.154.10 161.148.201.101 189.9.122.11 189.9.122.12 161.148.201.102 189.9.113.31 189.9.113.28 189.9.113.23 189.9.113.27 172.217.197.27 172.253.62.27 64.233.186.27 64.233.177.27 108.177.12.27 Lá no squidguard também inclui estes endereços e no aplicativo do serpro na lateral direita inclui a configuração de proxy no próprio aplicativo. Passou a funcionar sem problemas. No squidguard coloquei também: 31.13.74.52 sso.cloud.pje.jus.br cloud.pje.jus.br pje.jus.br jus.br 18.229.241.165 54.233.106.226 18.229.204.121 189.9.113.19 189.9.113.22 161.148.175.208 189.9.113.21 tribalfusion.com bet365.com 189.9.113.17 189.9.113.16 189.9.113.15 189.9.113.14 189.9.113.13 189.9.113.11 189.9.113.10 189.9.113.9 189.9.113.8 189.9.113.18 189.9.113.23 189.9.113.24 189.9.113.25 189.9.113.26 189.9.113.27 189.9.113.28 189.9.113.29 189.9.113.30 189.9.113.31 189.9.113.32 189.9.113.33 gov.br www.assinadorserpro.estaleiro.serpro.gov.br assinadorserpro.estaleiro.serpro.gov.br arquivos-desktop-assinadorserpro.estaleiro.serpro.gov.br nflxvideo.net webpkgcache.com lencr.org windows.com 18.231.53.213 52.67.239.130 54.233.89.253 54.207.155.0 54.207.239.46 18.230.181.178 200.219.154.10 200.192.233.10 200.229.248.10 200.219.148.10 200.219.159.10 200.189.41.10 161.148.201.101 189.9.122.11 189.9.122.12 161.148.201.102 172.217.197.27 172.253.62.27 64.233.186.27 64.233.177.27 108.177.12.27 18.230.36.225

@jgdini ja que seu provedor esta interferindo nisso, na próxima vez, ja confere se fecha rota para o IP externo do outro PFsense. E ja deixa esse alerta em relação do provedor...

@tecman Eu instalaria novamente e restauraria um backup, mas, veja no firewall oq esta bloqueando o PABX

Somente funciona no PLUS, sendo necessario o pkg openvpn-client-import; alem de editar os arquivos exportados pelo Ubuntu, para um unico arquivo .ovpn; deve-se seguir o mesmo padrao de um arquivo gerado pelo openvpn-client-export > inline > most clients, ou seja, tudo deve estar dentro do .ovpn At.te

@ismarcs Consegui resolver o meu problema. era por conta do Proxy do squid, ele faz com que toda a conexao passe SEMPRE pelo gateway principal. ou seja, tudo que eu configurar nas regras ele tava ignorando por conta do proxy. resolvi o problema aqui, obrigado amigo.

@ismarcs caro colega, verei e postarei o solicitado. De antemão, descobri que a Neflix.com funciona perfeitamente quando sai pelo link de backup de 100MB da VIVO - estou fazendo algumas comparações entre o link principal de 400MB dedicado e o de 100MB ADSL. Ambos passam pelo mesmo Firewall. Este de 100MB uso apenas para o circuito de câmeras. Penso, na pior das hipóteses, criar uma regra para, quando solicitado NETFLIX, sair pelo link de 100MB. O que acha da solução?

@victor-leme REINICIA E LIMPA O CACHE, se não der certo volta o passo 1.

@cássio-elias - Você citou que a operadora entrega 1 Gigabit. Você consegue downloads de 1 Gigabit usando um laptop qualquer conectado direto no Link? Pra ter certeza que não há nada de errado com o equipamento ou com a placa de rede, faça um teste com um cabo cross entre o seu firewall e um outro PC que tenha placa de rede gigabit. Veja também quanto está consumindo de CPU/Memória no Firewall durante o teste. Outra coisa importante é verificar se vc não tem nenhuma regra ou NAT causando delay/latência. O melhor mesmo é fazer o teste com um cabo cross. Use o IPERF em modo TCP pra fazer o teste. Verique também qual a configuração de MTU da sua placa de rede no Firewall. Isso influencia (e muito) na performance/bandwidth.

@guilherme-alaminos Vou dar um palpite, vc teria q atribuir a VPN a uma interface, dessa forma vc conseguiria fazer um NAT de saída.

@sotlegend tenta liberar pelo Firewall, proxy com banco é complicado rodar viu...

@mcury obrigado vou verificar

Olá, squid e squidguard, ou E2Guardian, esse ultimo não é oficial mas tem bastante material aqui no fórum. Tem alternativas para a Shallalist.