Cara, assim, não sei dizer se isto é possível, mas pela lógica que tenho em mente não seria, vê se você concorda: Você tem o IP 192.168.0.132/23 na SiteA, quando vc pinga este IP do lado do SiteA, a primeira vez certamente gerou um broadcast na rede onde gerou uma requisição perguntando quem é este IP, como ele está do mesmo lado (ou na mesma rede) o host que tem este IP respondeu sem precisar passar por um Gateway, pois IPs na mesma LAN não passam por Gateways, você pode testar esta teoria simplesmente colocando doi micros com mesmo range de IPs e mesma mascara sem um gateway e fazer um pingar o outro. Se você mover este host que tem este IP para o lado do SiteB, ao pingar ele não vai passar por Gateway, que por sua vez também não passaria pelo túnel da VPN, pois pra passar por este túnel o gateway teria que informar que este range de IP está na outra ponta do SiteB, por isto precisaria de ser um IP de range diferente. Ficou meio confuso a explicação acima, escrevendo assim não consigo explicar direito, mas resumindo, se o IP está no mesmo range ele não passa pelo gateway, se está em range diferente ele pergunta pro gateway se ele sabe como chegar neste IP, o gateway por sua vez envia para o tunel VPN.  :D

Não esquecem de mim também. Estou muito curioso e desafiado nessa aplicação.

E por que tu não coloca tudo em um único fire?

Simples. Desinstale e instale novamente, você não irá perder suas configurações.

Obrigado, tentarei novamente a solução WPAD, mas em todas as tentativas que fiz, seja pela entrada 252 do DHCP no Windows Server, do CentOS ou do PfSense sempre ficou lento, chegando a demorar mais de 30s para abrir qualquer página plain/text.

Amigo, Tenta ser mais claro, ficou meio sem nexo sua questão.

Tentou trocar as versões? Qual modelo do computador? É um server? i3 etc… Tenta instalar o Pf nesse HD em uma outra máquina como teste.

Vc pode manter o bloqueio padrão da 80 e 443 e liberar no firewall os IPs que quiser passar com permissão full na rede sem proxy.

Não funcionou mesmo eu fazendo a regras do no firewall, o acesso externo nao funciona. [image: 4a3bea059b2ba48c346b52dbf12a396a4.png] [image: a179bfcef20d485fcd8e0c980611da9a2.png] [image: ea7756cc00eb56cf1b9b5b4c5ac74dd63.png] Dê umas olhadas na regra que eu fiz, eu coloquei o acesso pela porta 8080.

We'd love to if we could understand you.  This is the English forum.  Post in English, or post in your native language in the Portuguese forum.

Olá amigo, conseguiu resolver o problema?

Bom dia, gostaria de saber quais das duas respostas acima é a mais correta, poderiam responder? Obg.

Outro detalhe que vale a pena considerar também é que, usando um IP da operadora, a um risco (pequeno, mas há) de o backbone da operadora cair. Num caso deste, todos os IPs da operadora continuam se enxergando, mas não se comunicam com IPs fora da operadora. Já presenciei problemas como este umas 4 vezes com a Embratel. A dica do Brunok está corretíssima. Uma outra dica é que você pode usar os root servers List of Root Servers Hostname IP Addresses Manager a.root-servers.net 198.41.0.4, 2001:503:ba3e::2:30 VeriSign, Inc. b.root-servers.net 192.228.79.201, 2001:500:84::b University of Southern California (ISI) c.root-servers.net 192.33.4.12, 2001:500:2::c Cogent Communications d.root-servers.net 199.7.91.13, 2001:500:2d::d University of Maryland e.root-servers.net 192.203.230.10, 2001:500:a8::e NASA (Ames Research Center) f.root-servers.net 192.5.5.241, 2001:500:2f::f Internet Systems Consortium, Inc. g.root-servers.net 192.112.36.4 US Department of Defense (NIC) h.root-servers.net 198.97.190.53, 2001:500:1::53 US Army (Research Lab) i.root-servers.net 192.36.148.17, 2001:7fe::53 Netnod j.root-servers.net 192.58.128.30, 2001:503:c27::2:30 VeriSign, Inc. k.root-servers.net 193.0.14.129, 2001:7fd::1 RIPE NCC l.root-servers.net 199.7.83.42, 2001:500:9f::42 ICANN m.root-servers.net 202.12.27.33, 2001:dc3::35 WIDE Project RootServers foram criados para praticamente nunca sair do ar (… nunca é muito tempo, né?!)

@andrezaomac: Cara eu NUNCA tive esse problema com máquina virtual…. 90% de meus clientes eu faço com máquina virtual e 100% com o Virtual Box. Segue as configurações que uso, espero que ajude. Conf. do Pfsense. [image: vpfsense.PNG] Conf. do Windows XP (uso para teste) [image: vxp.PNG] Se não der certo. No adaptador que simula a LAN do pfsense…. invés de deixar com 'rede interna'... coloque como 'rede hospedeiro' depois vai em 'compartilhamento de rede do windows (comando: ncpa.cpl) e na placa do virtualbox coloque a faixa de IP do pfSense, no caso 192.168.1.20 255.255.255.0 192.168.1.1 DNS 192.168.1.1 Feito isso, vc sobe o pfSense... e depois pelo seu próprio Windows (não outro virtual) vc acessa ele.... Mas veja se sua rede não é a mesma do pfSense OBS: Desse forma somente sua própria máquina vai ter acesso!!! Obrigado pela sugestão amigo, mas utilizei o vmware é resolveu todo o meu problema.

Boa noite cardoso, Tenho o mesmo problema em prover o serviço de FTP para a web no meu servidor com Windows Server 2008. Você já conseguiu resolver o problema, caso sim, pode postar a solução?

N a regra de NAT, você pode colocar "Pure NAT" nas opções para testar.

Pode ser problemas de DNS verifique se você tem uma regra que deixe seus clientes da rede wifi resolver nomes, caso não libere uma regra UDP lan net (wifi) para qualquer destino na porta 53 ( ou sua aliase de servidores dns) outro ponto a verificar são requisições https, neste caso se o cliente tentar acessar ex: https://www.google.com.br não vai chamar a pagina de autenticação. att.