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

    NAT / PAT issues. Please Help

    Scheduled Pinned Locked Moved NAT
    7 Posts 4 Posters 1.2k 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.
    • R
      RGuita
      last edited by

      Hi all,

      My infraestructure:

      pfSense Interfaces: LAN  -> IP: 10.10.10.99
                                      LAN2-> IP: 192.168.10.254
                                      WAN -> Disabled

      Goal: create a NAT/PAT for traffic comming from LAN  to 53.53.53.53 on port:443 should be redirected to 192.168.10.100 on port 443

      Somehow it doesn't seem to work, what is wrong with the settings.

      Some help would be appreciated.

      Thanks & regards,

      RGUITA

      NAT.JPG
      NAT.JPG_thumb

      1 Reply Last reply Reply Quote 0
      • D
        doktornotor Banned
        last edited by

        What's that 53.53.53.53? Did you create some virtual IP somewhere or what?

        1 Reply Last reply Reply Quote 0
        • R
          RGuita
          last edited by

          What's that 53.53.53.53? Did you create some virtual IP somewhere or what?

          Hi,

          No, I didn't create any virtual IP, I just want to forward all traffic to a specific IP (which doesn't really exists on my network) to a different machine. Thats wy I thought to use NAT/PAT.

          Do you know if there's a way????

          Regards,

          RGuita

          1 Reply Last reply Reply Quote 0
          • DerelictD
            Derelict LAYER 8 Netgate
            last edited by

            Create a VIP on LAN for 53.53.53.53.

            https://doc.pfsense.org/index.php/What_are_Virtual_IP_Addresses

            Not quite sure how any other hosts on your network will know to send traffic for 53.53.53.53 to pfSense but I guess that's your problem.

            (Hint: You're doing it wrong.)

            Chattanooga, Tennessee, USA
            A comprehensive network diagram is worth 10,000 words and 15 conference calls.
            DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
            Do Not Chat For Help! NO_WAN_EGRESS(TM)

            1 Reply Last reply Reply Quote 0
            • R
              RGuita
              last edited by

              Hi,

              If I'm doing it wrong, what would be the best/right way????

              Regards,

              RGuita

              1 Reply Last reply Reply Quote 0
              • DerelictD
                Derelict LAYER 8 Netgate
                last edited by

                https://doc.pfsense.org/index.php/How_can_I_forward_ports_with_pfSense

                Chattanooga, Tennessee, USA
                A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                Do Not Chat For Help! NO_WAN_EGRESS(TM)

                1 Reply Last reply Reply Quote 0
                • C
                  cmb
                  last edited by

                  @Derelict:

                  Create a VIP on LAN for 53.53.53.53.

                  https://doc.pfsense.org/index.php/What_are_Virtual_IP_Addresses

                  Not quite sure how any other hosts on your network will know to send traffic for 53.53.53.53 to pfSense but I guess that's your problem.

                  Assuming that's their default gateway, they'll send all off-subnet traffic there. If it's not their default gateway, adding a VIP won't help since the LAN hosts won't ever ARP that IP. Don't add a VIP. The rule as specified will work, with one caveat - source NAT on LAN is required if the source of the traffic is also on LAN2, as the target server will reply directly back to the source client with the wrong source IP, breaking the TCP connection. The source NAT ensures the reply goes back through the firewall, where it's translated back to the 53.53.53.53 IP so the connection isn't broken.

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