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

    /28 subnet on DMZ

    Scheduled Pinned Locked Moved Routing and Multi WAN
    15 Posts 2 Posters 1.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.
    • DerelictD
      Derelict LAYER 8 Netgate
      last edited by

      What is the IP numbering of your WAN interface?

      What is your DMZ subnet?

      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
        comnsense
        last edited by

        The IP of the WAN interface is:
        144.76.37.145
        and the subnet is:
        5.9.254.80/28

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

          OK so you need to number an inside interface with something like:

          Address: 5.9.254.81 /28

          That lets you set inside hosts to:
          Available: 5.9.254.82-5.9.254.94
          They should set their default gateway to: 5.9.254.81

          You need firewall rules passing from those source addresses, all protocols.

          No idea why you are setting the destination port to 80 on your NO NAT rule.

          Outbound NAT only affects connections initiated from the inside.

          Anything coming in from the outside is handled by the rules on WAN and the stateful firewall.

          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
            comnsense
            last edited by

            That is indeed exactly how I have configured my setup.

            Just to be sure I disabled the rules on the DMZ and created 1 new allowing everything outside and instead of DMZ NET as source defined the test client IP address (5.9.254.82).

            Under outbound NAT I removed the destination port setting. I know I shouldn't have messed with that in the first place but now it behaves just like before and the test client lost all possibilities connecting/ping to the outside.

            Only when I define some port number in outbound NAT is it that the client can ping outside, no browsing however.

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

              You're going to have to post your rules and outbound NAT.

              This all just works unless they are really not routing those addresses to you.

              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
                comnsense
                last edited by

                Just a quick question, is this behavior consistent with Hetzner not routing my subnet to the proper (WAN) IP Address?

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

                  Depends.

                  You can tell whether they are routing it to you by packet capturing on WAN.

                  Packet capture for one of the DMZ IP addresses. Ping it from the outside. If the ISP ARPs for the address, they are not routing it. If the pings just show up to that destination they are.

                  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
                    comnsense
                    last edited by

                    Thanks for the tip, why didn't I think of this sooner. Would have saved lots of headache.
                    It seems after a packet capture that indeed the subnet is not correctly routed by Hetzner.
                    I'll come back with an update after I got them to route correctly..

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

                      Okay, it seems that they (Hetzner) have now router everything correctly.

                      To be sure I did a factory reset of pfsense and configured it again. Unfortunately nothing seems to have changed, DMZ clients still can't connect to the outside.

                      I've included several screenshots of my configuration.

                      5_1541034747085_4_dmz_rules.png 4_1541034747076_3_wan_rules.png 3_1541034747066_6_dmz_client_term.png 2_1541034747057_5_dmz_client_ip.png 1_1541034747047_2_nat.png 0_1541034747019_1_interface.PNG

                      I hope this helps in trying to figure out where I went wrong.

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

                        Thanks for the support given so far. At seems as though I was to early. A couple of hours after Hetzner said they made the change in routing it started working.

                        So now everything works as it should.

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