Eu uso pfsense com CP, controladora ruckus(localizada no datacenter) e AP's localizados remotamente via ipsec. Porém quem oferece IP é o pfsense de cada localidade remota. O que fiz: Criei o SSID na controladora sem autenticação (OPEN) e ativei o client isolation (acho q o cisto tem isso) nela. No pfsense eu ativei o CP e vinculei a VLAN do SSID. att

Olá pessoal, Eu consegui resolver o meu problema ou falta de atenção. Era o protocolo GRE que esta com a regra errada. Grato.

É então, eu usava antes, agora que atualizei pra esse novo, não achei mais essa opção. procurei nos pacotes também e não achei. [image: 30cx2mo.jpg]

@neutonsp: Cria uma regra pra porta 80 e uma pra porta 443 ok.;. Galera, problema resolvido,foi trocado o cabo que liga o equipamento da CTBC ao fw por um cross, e refeita a configuração de interfaces. Grato a todos pela ajuda  :D

Quanto mais especifico melhor, apesar de dar mais trabalho!

Boa tarde. quando acontecer de vc perder a conexão faça um teste: tente acessar esse IP direto no navegador e veja se abre a tela de auth. 131.255.64.72 abs

Pessoal vi aqui que tenho que colocar a chave em um arquivo .key Estou com os seguintes parâmetros no arquivo .ovpn dev tun persist-tun persist-key cipher AES-128-CBC auth SHA1 tls-client client resolv-retry infinite remote MEU_IP_PUBLICO 1194 udp lport 0 secret chave.key ns-cert-type server comp-lzo Porém ainda não consegui, alguém sabe como seriam os parâmetros?

Pessoal estou com a mesma situação, alguma ideia?

O que vi muito foi gente virtualizando o pfsense quando da esses problemas de compatibilidade

Pra + de uma  instância eu uso esse check_ip e ta funcionando 100% –> https://forum.pfsense.org/index.php?topic=108596.msg631491#msg631491 Existe esse aqui também, mas nao testei --> https://forum.pfsense.org/index.php?topic=111670.msg632703#msg632703

Sugiro deixar a default em allow e não usar ela e criar os grupos e seus respectivos bloqueios.

talves criando uma regra para o java não passar pelo squid resolve seu problema. em Custom ACLS (Before Auth) insira essas linhas acl java_app browser Java/1.4 Java/1.5 Java/1.6 Java/1.7 Java/1.8 acl java_vm browser regexp -i Java acl java urlpath_regex -i \.class$ \.jar em Custom ACLS (After Auth) insira estas http_access allow java_app http_access allow java_vm http_access allow java reinicie o squid e faça o teste. att.

Uso apenas o proxy transparente e deixo todas as portas abertas.

Tive o mesmo problema. resolvi da seguinte forma. criei uma regra no qual tudo que for https vai esta saindo por um Gateway. [image: LB.png] [image: LB.png_thumb]

Boa noite Srs, o problema não é no pfsense e sim no freebsd. solução: https://techblog.jeppson.org/2015/06/fix-nat-not-working-with-pfsense-in-xenserver/

Se tem hardware, virtualiza.

Boa noite, Voce estava usando um endereço de rede como gateway? Estava querendo consultas de dns para o 172.16.0.1 saindo por 192.168.25.1? Rede 172.16.0.0/16 broadcast 172.16.255.255, Gateway pode ser qualquer um entre 172.16.0.1 a 172.16.255.254 DHCP pode ter o ranger entre 172.16.0.1 a 172.16.255.254, pulando o gateway é claro. Ficou meio estranho mas espero que que voce tenha resolvido seu problema.