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

    Isolate single IP

    Scheduled Pinned Locked Moved Firewalling
    17 Posts 5 Posters 6.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.
    • I
      ieatfish
      last edited by

      Awesome, thanks for the help!

      1 Reply Last reply Reply Quote 0
      • panzP
        panz
        last edited by

        I've setup a third (physical OPT1 interface) adding a 3rd network card to my pfsense box.

        So:

        1st interface: WAN (Internet via PPPoE);
        2nd interface: LAN 192.168.1.0/24;
        3rd interface: WIFI_GUEST 192.168.10.10/24.

        Now I'd like to let the 3rd interface (WIFI_GUEST) access to the Internet and block all other traffic (to LAN and WebGUI).

        I had success isolating the LAN from the guest interface by setting up a rule in the WIFI_GUEST interface to allow all the traffic !not to LAN subnet / LAN interface.

        But I'd like to block the webGUI (webconfigurator) that is still accessible from the guest interface (192.168.10.0/24).

        pfSense 2.3.2-RELEASE-p1 (amd64)
        motherboard: MSI C847MS-E33 Micro ATX (with Intel Celeron CPU 847 @ 1.10 GHz) ~ PSU: Corsair VS350 ~ RAM: Kingston KVR1333D3E9S 4096 MB 240-pin DIMM DDR3 SDRAM 1.5 volt ~ NIC: Intel EXPI9301CTBLK (LAN) ~ NIC: D-Link DFE-528TX (CAM) ~ Hard Disk: Western Digital WD10JFCX Red ~ Case: Cooler Master HAF XB ~ power consumption: 21 Watts.

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

          pass source tcp/udp * * dest WIFI_GUEST Address DNS (53)
          reject source * * dest WIFI_GUEST Address *

          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
          • panzP
            panz
            last edited by

            "reject source * * dest WIFI_GUEST Address *"

            Is this rule for the guest interface? If yes, this is going to block guests (?)

            Here are my WIFI_GUEST firewall rules; I think I've overdone something  ;D

            RULES001.jpg
            RULES001.jpg_thumb

            pfSense 2.3.2-RELEASE-p1 (amd64)
            motherboard: MSI C847MS-E33 Micro ATX (with Intel Celeron CPU 847 @ 1.10 GHz) ~ PSU: Corsair VS350 ~ RAM: Kingston KVR1333D3E9S 4096 MB 240-pin DIMM DDR3 SDRAM 1.5 volt ~ NIC: Intel EXPI9301CTBLK (LAN) ~ NIC: D-Link DFE-528TX (CAM) ~ Hard Disk: Western Digital WD10JFCX Red ~ Case: Cooler Master HAF XB ~ power consumption: 21 Watts.

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

              @panz:

              "reject source * * dest WIFI_GUEST Address *"

              Is this rule for the guest interface? If yes, this is going to block guests (?)

              Here are my WIFI_GUEST firewall rules; I think I've overdone something  ;D

              First point:  Rules on an interface determine what traffic coming INTO the interface on which they are defined is passed/blocked/rejected/logged etc.

              Second Point: WIFI_GUEST Net includes WIFI_GUEST address.

              • Get rid of all the rules with a source of WIFI_GUEST Address.

              • Get rid of all the rules with a destination of LAN Address where a similar rule exists for LAN Net (LAN Address is included in LAN Net)

              • Change the references to 192.168.10.10 to WIFI_GUEST Address (if I'm reading the comments right)

              • You probably only want to log packets that match a block rule, not pass rules.

              • You probably need a rule passing DNS traffic (dest TCP/UDP 53) to wherever the DNS Server is (Probably WIFI_GUEST Address)  This pass rule should be placed before the rule that blocks or rejects traffic from WIFI_GUEST Net to that destination.

              Do all that and post another screen shot.

              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
              • P
                phil.davis
                last edited by

                and read this post, going on at the same time: http://forum.pfsense.org/index.php/topic,70890.msg387362.html#msg387362
                Replace VLAN10 with your interface name WIFI_GUEST and, as I read it, you are both trying to achieve the same thing.

                As the Greek philosopher Isosceles used to say, "There are 3 sides to every triangle."
                If I helped you, then help someone else - buy someone a gift from the INF catalog http://secure.inf.org/gifts/usd/

                1 Reply Last reply Reply Quote 0
                • panzP
                  panz
                  last edited by

                  Yes, sorry, I didn't want to cross-post: I was trying to achieve the AP isolation using a VLAN, but I found that adding a 3rd NIC to pfSense is less error prone than setting all the VLAN stuff in pfSense AND the for the router L2 managed.

                  I'm going to setup all the rules according to the suggestions and I'm wondering if the rule that blocks port 443 is still necessary after setting the first DNS allow rule.

                  pfSense 2.3.2-RELEASE-p1 (amd64)
                  motherboard: MSI C847MS-E33 Micro ATX (with Intel Celeron CPU 847 @ 1.10 GHz) ~ PSU: Corsair VS350 ~ RAM: Kingston KVR1333D3E9S 4096 MB 240-pin DIMM DDR3 SDRAM 1.5 volt ~ NIC: Intel EXPI9301CTBLK (LAN) ~ NIC: D-Link DFE-528TX (CAM) ~ Hard Disk: Western Digital WD10JFCX Red ~ Case: Cooler Master HAF XB ~ power consumption: 21 Watts.

                  1 Reply Last reply Reply Quote 0
                  • panzP
                    panz
                    last edited by

                    These are my now "polished" rules, but I'm viewing attempts to access my LAN in the firewall logs.

                    I'm the only one testing this network now, and I'm pretty sure I'm not attempting to enter my internal LAN. Something I've omitted?

                    ![polished rules.jpg](/public/imported_attachments/1/polished rules.jpg)
                    ![polished rules.jpg_thumb](/public/imported_attachments/1/polished rules.jpg_thumb)
                    ![firewall log.jpg](/public/imported_attachments/1/firewall log.jpg)
                    ![firewall log.jpg_thumb](/public/imported_attachments/1/firewall log.jpg_thumb)

                    pfSense 2.3.2-RELEASE-p1 (amd64)
                    motherboard: MSI C847MS-E33 Micro ATX (with Intel Celeron CPU 847 @ 1.10 GHz) ~ PSU: Corsair VS350 ~ RAM: Kingston KVR1333D3E9S 4096 MB 240-pin DIMM DDR3 SDRAM 1.5 volt ~ NIC: Intel EXPI9301CTBLK (LAN) ~ NIC: D-Link DFE-528TX (CAM) ~ Hard Disk: Western Digital WD10JFCX Red ~ Case: Cooler Master HAF XB ~ power consumption: 21 Watts.

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

                      Is it working?  Looks fine to me.  The only think I would say is Rules 3 and 4 are redundant.  Rule 4 will never be processed because rule 3 will match first and block.

                      If something wasn't trying to open a connection to a host on LAN Net, those log entries would not be there.

                      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
                      • P
                        phil.davis
                        last edited by

                        and rule 2 (block to port 443) could be wider - change destination port 443 to destination port * (any). Because actually if you enable other management services on pfSense (like SSH on port 22…) then you also want those blocked from WIFI_GUEST. It is easy to put a general block in place, then you won't need to remember to add more blocking if things change.

                        As the Greek philosopher Isosceles used to say, "There are 3 sides to every triangle."
                        If I helped you, then help someone else - buy someone a gift from the INF catalog http://secure.inf.org/gifts/usd/

                        1 Reply Last reply Reply Quote 0
                        • panzP
                          panz
                          last edited by

                          Yes, it's working fine. I'm going to do some in depth tests now and report if there are problems. Many many thanks to all!  ;)

                          pfSense 2.3.2-RELEASE-p1 (amd64)
                          motherboard: MSI C847MS-E33 Micro ATX (with Intel Celeron CPU 847 @ 1.10 GHz) ~ PSU: Corsair VS350 ~ RAM: Kingston KVR1333D3E9S 4096 MB 240-pin DIMM DDR3 SDRAM 1.5 volt ~ NIC: Intel EXPI9301CTBLK (LAN) ~ NIC: D-Link DFE-528TX (CAM) ~ Hard Disk: Western Digital WD10JFCX Red ~ Case: Cooler Master HAF XB ~ power consumption: 21 Watts.

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