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

    NAT com redirecionamento RDP, não funciona.

    Scheduled Pinned Locked Moved Portuguese
    49 Posts 3 Posters 8.4k 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.
    • M
      mcury @Itg
      last edited by

      @ivanildogalvao Você está logando os pacotes dropados pela regra block implícita? Acho que é habilitado por default para logar, mas caso não esteja, faz isso clicando na chave lá nos logs de firewall

      e715c2bc-f688-4ba2-8113-c59c7264d81a-image.png

      Pesquisa nos logs pra confirmar se a porta 3390 está sendo bloqueada na WAN

      5603a6e9-6ad7-4487-93bd-144ee64ab2cc-image.png

      dead on arrival, nowhere to be found.

      I 1 Reply Last reply Reply Quote 0
      • I
        Itg @mcury
        last edited by

        @mcury Cara, vou dar uma imprensada aqui no cara do suporte neste cliente, validei com ele gateway e firewall do Windows, me disse que estava ok, mas vou insistir em querer ver, pois vi nos logs aqui pacotes chegando na WAN, sendo direcionados para o IP LAN da máquina na 3389 e o IP de origem é justamente o do meu modem aqui.

        Não é possível que o cara tenha me feito bater cabeça e perguntei várias vezes, vou pedir para ver a máquina, via anydesk.

        ? M 2 Replies Last reply Reply Quote 0
        • ?
          A Former User @Itg
          last edited by

          @ivanildogalvao go to firewall wan rules

          post your wan rule please.

          1 Reply Last reply Reply Quote 0
          • M
            mcury @Itg
            last edited by

            @itg Então o IP público não está chegando direto no pfsense?
            Foi aquele esquema de DMZ no modem? Tenta por em bridge... Esse esquema de DMZ as vezes faz NAT para dentro, o que mascara o IP de origem...

            dead on arrival, nowhere to be found.

            I 1 Reply Last reply Reply Quote 0
            • I
              Itg @mcury
              last edited by

              @mcury Não, digo checar direto na máquina Windows mesmo, se de repente não tem duplo gateway e se realmente o firewall local está habilitado.

              M 1 Reply Last reply Reply Quote 0
              • M
                mcury @Itg
                last edited by

                @itg Ok, mas se o IP que está chegando na WAN do pfsense é o IP do modem, é porque o modem não está em bridge... dá uma conferida nisso também.
                Alguns modem/router fazem NAT quando quando põe o IP na DMZ, e outros não, mas pode ser o caso por aí.

                dead on arrival, nowhere to be found.

                I 2 Replies Last reply Reply Quote 0
                • I
                  Itg @mcury
                  last edited by

                  @mcury O modem está em bridge, o IP que chega no pfSense é o publico, por onde entram outros serviços inclusive, como DVR, Central Telefônica IP, Servidor Web.

                  E mesmo assim, o pfSense tem 3 links WAN com IP público, já testei com todos.

                  E como eu disse, se eu colocar uma só regra WAN 3389 chegando na máquina LAN 3389, funciona. A partir do momento que adiciono outra, WAN 3387 chegando em outra máquina na 3389, além desta não funcionar, a anterior para de funcionar.

                  Eu acho que é algum bug no pfSense.

                  Olha essa captura aqui na LAN, no momento que tento conectar aqui do meu escritório.

                  11:22:40.361272 IP 177.87.x.x.17322 > 192.168.0.173.3389: tcp 0
                  11:22:40.361638 IP 192.168.0.173.3389 > 177.87.x.x.17322: tcp 0
                  11:22:40.880856 IP 177.87.x.x.17322 > 192.168.0.173.3389: tcp 0
                  11:22:40.881275 IP 192.168.0.173.3389 > 177.87.x.x.17322: tcp 0

                  M 1 Reply Last reply Reply Quote 0
                  • I
                    Itg @mcury
                    last edited by

                    @mcury Corrigindo uma informação. A regra de NAT pura, ou seja, porta 3389 para a 3389, funciona com ou sem as outras, mas só ela.

                    As demais, tipo: 3390 para 3389, 3387 para a 3389, 3386 para a 3389, nada feito.

                    1 Reply Last reply Reply Quote 0
                    • M
                      mcury @Itg
                      last edited by

                      @itg A captura está certa, conexão bidirecional, cliente atingindo o servidor e o mesmo respondendo, já fez o download dessa captura e abriu no wireshark para ver o que pode estar acontecendo?

                      Em relação a bug do pfsense, acho muito improvável pois já teriam outros usuários reclamando por aqui...

                      Repete essa captura na porta 3390, faz o teste e vê se o pacote está indo para o IP 192.168.0.20 na porta 3389, vê se tem comunicação ida e volta também

                      dead on arrival, nowhere to be found.

                      I 1 Reply Last reply Reply Quote 0
                      • I
                        Itg @mcury
                        last edited by

                        @mcury Sim tem razão, se fosse bug teria muita gente gritando.

                        Cara, sei não mais não :)

                        Quanto ao capture na 3390, segue:

                        11:44:18.000047 IP 177.87.x.x.62463 > 189.124.138.x.3390: tcp 0
                        11:44:18.000489 IP 189.124.138.x.3390 > 177.87.x.x.62463: tcp 0
                        11:44:18.512471 IP 177.87.x.x.62463 > 189.124.138.x.3390: tcp 0
                        11:44:18.512972 IP 189.124.138.x.3390 > 177.87.x.x.62463: tcp 0

                        M 1 Reply Last reply Reply Quote 0
                        • M
                          mcury @Itg
                          last edited by

                          @itg o pfsense está recebendo o pacote na WAN na porta 3390, e pelo que tudo indica há resposta do servidor.
                          Pode repetir esse teste na LAN, mas altera a porta para a 3389.
                          Seria bom fazer o download dessa captura e abrir no wireshark pra ver...

                          dead on arrival, nowhere to be found.

                          I 1 Reply Last reply Reply Quote 0
                          • I
                            Itg @mcury
                            last edited by

                            @mcury Também chega.

                            11:55:49.107258 IP 177.87.x.x.61449 > 192.168.0.20.3389: tcp 0
                            11:55:49.107612 IP 192.168.0.20.3389 > 177.87.x.x.61449: tcp 0
                            11:55:49.616495 IP 177.87.x.x.61449 > 192.168.0.20.3389: tcp 0
                            11:55:49.616799 IP 192.168.0.20.3389 > 177.87.x.x.61449: tcp 0

                            Segue imagem do Wireshark.

                            WireShark.png

                            M 1 Reply Last reply Reply Quote 0
                            • M
                              mcury @Itg
                              last edited by mcury

                              @itg Ok, não está fechando o TCP three way handshake, mas tem um RESET aí, o que me parece ser o servidor dando toco na conexão, e não um drop normal.
                              Pode repetir o teste na LAN, acho que é a terceira vez que peço isso rsrsrs

                              dead on arrival, nowhere to be found.

                              I 1 Reply Last reply Reply Quote 0
                              • I
                                Itg @mcury
                                last edited by

                                @mcury Mas nesse capture estou selecionando a interface LAN :)

                                M 1 Reply Last reply Reply Quote 0
                                • M
                                  mcury @Itg
                                  last edited by mcury

                                  @itg E por que a captura está pegando o IP de destino como 189.124.x.x ? Esse não é um IP privado, e nem o IP que estava no NAT...

                                  Olha aqui como fica:

                                  069481d4-3735-4165-a044-b6cfaeb6a77e-image.png
                                  4f5dfd5c-ee35-4f1b-bb14-b7c2ea4b4e18-image.png

                                  dead on arrival, nowhere to be found.

                                  I 1 Reply Last reply Reply Quote 0
                                  • ?
                                    A Former User @Itg
                                    last edited by

                                    @itg said in NAT com redirecionamento RDP, não funciona.:

                                    Tipo, o que chegar na WAN Address, porta 3390, dirección para máquina interna 192.168.0.20, porta 3389

                                    I am following this publication and I would like to know what is the operating system of your machine that listens to RDP

                                    I 1 Reply Last reply Reply Quote 0
                                    • I
                                      Itg @A Former User
                                      last edited by

                                      @silence Windows 7.

                                      ? 1 Reply Last reply Reply Quote 0
                                      • I
                                        Itg @mcury
                                        last edited by

                                        @mcury Rapaz é assim como estou fazendo, com a porta 3389 e são os resultados que te mandei.

                                        E tanto faz com modo promíscuo ou não, o resultado é o mesmo.

                                        Capture_LAN.png

                                        M 1 Reply Last reply Reply Quote 0
                                        • M
                                          mcury @Itg
                                          last edited by mcury

                                          @itg Na captura da LAN, o destino do pacote deveria ser 192.168.0.20, 192.168.0.173, ou 192.168.0.69.
                                          Tem alguma coisa estranha por aí que não consegui entender ainda, esse IP 189.124.X.X é a sua WAN ?

                                          dead on arrival, nowhere to be found.

                                          I 1 Reply Last reply Reply Quote 0
                                          • ?
                                            A Former User @Itg
                                            last edited by A Former User

                                            @itg disable your firewall in Windows 7 Please

                                            and try again

                                            b840af1f-7980-4360-9cf0-afc2b0fabfd3-image.png

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