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

    New install, RDP Ping rules not working

    Scheduled Pinned Locked Moved Firewalling
    14 Posts 3 Posters 1.2k Views 3 Watching
    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.
    • L Offline
      longc @viragomann
      last edited by

      @viragomann do you mean in the NAT port forward rule "destination" should be the ip of the pfsense WAN interface?

      V 1 Reply Last reply Reply Quote 0
      • V Offline
        viragomann @longc
        last edited by

        @longc
        That IP you want to forward. Could be the WAN interface address or a virtual IP, but it must be a unique IP.

        L 1 Reply Last reply Reply Quote 0
        • L Offline
          longc @viragomann
          last edited by

          @viragomann like this?img03.png

          V 1 Reply Last reply Reply Quote 0
          • V Offline
            viragomann @longc
            last edited by

            @longc
            Yes, the destination IP is ok, but consider that RDP also use UDP. So you to edit the rule and change it to TCP/UCP.

            When you want to forward pings you have to select ICMP there.

            L 1 Reply Last reply Reply Quote 0
            • L Offline
              longc @viragomann
              last edited by

              @viragomann still not working:(

              If i go to the Diagnostics > TestPort in pfsense and run the test to the dst ip/port it is successful but only if i select "any" or "LAN" as the source address. If i select "WAN" it fails.
              img4.png

              GertjanG V 2 Replies Last reply Reply Quote 0
              • GertjanG Offline
                Gertjan @longc
                last edited by

                @longc

                You testing is wrong.
                Your RDP device isn't on the WAN network.
                It might work with something that is called NAT reflection, that is ugly.
                Change the source address to "any" and the test will work. If it still fails, your 10.10.10.5 does't have RDP active or accessible.

                To test a NAT rule, go to some device situated some where on the Internet, and test use the IP of your WAN - and port 3389.
                Most often 'mstsc' will do.

                Btw : Microsoft didn't drop you a note that you should never (like never ever) expose an RDP device on the internet ?
                RDP can be used from everywhere, but : over a VPN.

                No "help me" PM's please. Use the forum, the community will thank you.
                Edit : and where are the logs ??

                L 1 Reply Last reply Reply Quote 0
                • L Offline
                  longc @Gertjan
                  last edited by

                  @gertjan i think you should probably read my op properly.

                  1 Reply Last reply Reply Quote 0
                  • V Offline
                    viragomann @longc
                    last edited by

                    @longc
                    Possibly the destination devices blocks connections from outside of its subnet?
                    However, if so, it should also not work, when pf filtering is disabled.

                    To investigate, run a packet capture on port 3389 on the LAN interface, while you try to connect to RDP.

                    L 1 Reply Last reply Reply Quote 0
                    • L Offline
                      longc @viragomann
                      last edited by

                      @viragomann rdp from a vm on the local network works fine and as you say when i have the pf disabled it works. See screenshot of packet capture on port 3389 below.
                      img5.png

                      V 1 Reply Last reply Reply Quote 0
                      • V Offline
                        viragomann @longc
                        last edited by

                        @longc
                        I didn't see your WAN rules, but the only thing I can think of is it is blocked by the "block private network" rule.

                        L 1 Reply Last reply Reply Quote 0
                        • L Offline
                          longc @viragomann
                          last edited by

                          @viragomann have checked that also.
                          img6.png

                          L 1 Reply Last reply Reply Quote 0
                          • L Offline
                            longc @longc
                            last edited by

                            @viragomann so this is working now but I am not entirely sure how . I kind of stumbled on the "fix".
                            I have a Google nest for home wifi with multiple ap's around the house. This nest router has its own DHCP service on the 192.168.86.0/24 network. Anyway if I put my test device on this network everything works as expected with pfsense. I don't know is it because it is a different network to the wan interface of the pfsense.

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