Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    NAT PFsense 2.2.4 - Não libera portas 80, 3389\. [RESOLVIDO]

    Scheduled Pinned Locked Moved Portuguese
    16 Posts 4 Posters 6.3k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • gersonalvesG
      gersonalves
      last edited by

      Na verdade a única porta que consegui liberar foi a 443, onde o destination está sendo apontado para o IP do PFsense 192.168.0.1. Se eu alterar o IP do campo destination da NAT 443, por exemplo 192.168.0.XX, a porta fecha. Não sei porque… e qualquer outra NAT que eu criar, para liberar qualquer porta, por exemplo, 3389, 80, 8080 e etc, não libera. Meu plano GVT é empresarial, com IP fixo, e a DMZ do modem está configurada para a WAN do PF. O mais engraçado é que antes (há umas 2 semanas atrás), tinha um server com fireguard rodando e funcionavam todas as NAT (cameras, server, RDP) mas esse server foi pro saco e decidi instalar o PFsense e to apanhando pra liberar essas NATs  :'( estou contando com a ajuda de vc's pra poder resolver essa bucha.

      1 Reply Last reply Reply Quote 0
      • gersonalvesG
        gersonalves
        last edited by

        Pessoal, depois de muito trabalho e dor de cabeça, consegui liberar a bendita porta 80. Mas, tem um porém … Conforme imagens anexadas, vocês podem perceber que crie a regra direto em Firewall -> Rules, conforme demonstram as imagens anexadas.
        Agora vem o detalhe: se eu mudar o campo Destination, para o IP que eu preciso apontar 192.168.0.79, a porta fecha! E se eu criar a regra por Firewall -> NAT, a porta continua fechada. Não estou entendendo mais nada. Alguém tem alguma idéia do que pode estar acontecendo no meu PFsense? Outra coisa, a porta 3389, não consegui liberar ainda.
        Obs.: porta 443, está funcionando normal, inclusive acesso externo está OK.

        01.gif
        01.gif_thumb
        02.gif
        02.gif_thumb
        03.gif
        03.gif_thumb

        1 Reply Last reply Reply Quote 0
        • R
          reinaldo.feitosa
          last edited by

          Boa noite!

          Consegui achar seu problema! Entre na interface WAN e desmarque a opção "Bloquear rede privadas"

          Como vc esta usando o ip 192.168.1.253 na sua WAN e este ip faz parte das redes privadas em RFC 1918 (10/8, 172.16/12, 192.168/16) e com a opção marcada o pfsense esta bloqueado todo o trafego de entrada na sua WAN.

          Att.,

          Reinaldo Feitosa
          Analista de Sistemas

          1 Reply Last reply Reply Quote 0
          • gersonalvesG
            gersonalves
            last edited by

            Boa noite, obrigado por responder. Amanhã cedo vou seguir a sua dica e já estou torcendo para dar certo e posto o resultado.  :)

            1 Reply Last reply Reply Quote 0
            • gersonalvesG
              gersonalves
              last edited by

              Desmarquei a opção de Bloqueio de Redes Privadas e o problema ainda persiste. Nada da porta 80 e 3389 abrir. A única que está aberta é a 443. Existe mais alguma configuração no PFsense que pode estar bloqueando essa liberação? Tô ficando doido com isso já e o chefe já já vai me dar as contas se eu não colocar o serviço da porta 80 pra funcionar …  :'(

              Quando vou verificar as portas abertas pelo site CanYouSeeMe.org, o IP que aparece é da minha LAN => 192.168.0.10 e no site yougetsignal.com, mostra o meu endereço público 200.175.XXX.XXX (imagens anexadas). Será que as minhas configs do PF estão erradas?

              02.gif
              02.gif_thumb
              01.gif
              01.gif_thumb
              03.gif
              03.gif_thumb
              05.gif
              05.gif_thumb
              06.gif
              06.gif_thumb

              1 Reply Last reply Reply Quote 0
              • R
                reinaldo.feitosa
                last edited by

                Verifica se não tem NAT no modem, pois NAT tem preferencia sobre o DMZ. Confere se o DMZ esta apontando para o IP correto TBM.

                Suas configurações no pfSense estão corretas.

                1 Reply Last reply Reply Quote 0
                • gersonalvesG
                  gersonalves
                  last edited by

                  Não tem nenhuma NAT configurada no modem … a DMZ está apontando para o IP do PFSense, tanto é que consigo acessá-lo de fora da empresa. Cara, não sei mais o que fazer. Estou há uma semana quebrando cabeça com isso  :'( :'( :'( :'( e não consigo liberar essas portas. O mais engraçado é que só funciona a 443.

                  1 Reply Last reply Reply Quote 0
                  • R
                    reinaldo.feitosa
                    last edited by

                    posta os logs do firewall

                    1 Reply Last reply Reply Quote 0
                    • gersonalvesG
                      gersonalves
                      last edited by

                      Reinaldo, segue os logs da aba Geral e Firewall.

                      01.gif
                      01.gif_thumb
                      03.gif
                      03.gif_thumb

                      1 Reply Last reply Reply Quote 0
                      • gersonalvesG
                        gersonalves
                        last edited by

                        Galera, consegui resolver … fiquei tanto tempo mexendo com isso, que acabei ficando preso a minha rede de testes e Eu estava apontando a NAT para a minha outra rede. Resumindo, estava criando uma NAT e apontando para um IP que estava offline. Por isso não estava dando certo. Agradeço a atenção de todos e muito obrigado por terem ajudado. Estou encerrando o tópico  ;D ;D ;D ;D

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post
                        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.