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

Problems with rules between networks

Scheduled Pinned Locked Moved Firewalling
7 Posts 4 Posters 264 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.
  • V
    vettalex
    last edited by Feb 26, 2025, 11:48 AM

    Hi everyone, I have a problem that I can't solve:
    I have a pfsense v2.7, with 2 interfaces configured, one called PRODUCTION 192.168.1.0/24 and one LAN 192.168.3.0/24

    I created some rules, in this way the PRODUCTION network and the LAN network can "see" each other.

    In the PRODUCTION network, there are devices that have a class of 192.168.201.0/24. Clearly these devices are seen by the PRODUCTION network if an address of the same subnet is set on the network card, example:

    On a Windows PC on the PRODUCTION network it will have an IP of 192.168.1.33 and if a second IP of 192.168.201.33 is also entered, it will also be able to see the devices with 192.168.201.0/24.

    The requirement is that the PCs on the LAN network can also see the devices with the 192.168.201.0/24 subnet.
    Is there a rule I need to set? Or do you have any other advice for me?

    Thanks everyone in advance

    G 1 Reply Last reply Feb 26, 2025, 12:06 PM Reply Quote 0
    • G
      Gertjan @vettalex
      last edited by Gertjan Feb 26, 2025, 12:10 PM Feb 26, 2025, 12:06 PM

      @vettalex

      PRODUCTION 192.168.1.0/24
      LAN 192.168.3.0/24
      192.168.201.0/24 is a third pfSense interface ?

      @vettalex said in Problems with rules between networks:

      The requirement is that the PCs on the LAN network can also see the devices with the 192.168.201.0/24 subnet.

      If not already done, put a pass-all on the LAN interfaces that allows traffic to 192.168.201.0/24 subnet.

      @vettalex said in Problems with rules between networks:

      .... can "see" each other

      devices on 'some' network can't see devices on other networks. Other networks, that includes also devices on the WAN network, and what lies behind = the entire internet.
      if all goes well - and conditions can apply, a LAN based device can access (send a packet to) any device anywhere. if that device can then send back answer packets, then you might say it can "see" the other device.

      The word "see" is more valid for the devices on the same network, like 192.168.3.0/24 : they don't need pfSense to talk to each other. Individual (on each device) firewall rules will still apply, though.

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

      V 2 Replies Last reply Feb 26, 2025, 12:09 PM Reply Quote 0
      • V
        vettalex @Gertjan
        last edited by Feb 26, 2025, 12:09 PM

        @Gertjan no, an interface with 192.168.201.0/24 was not created
        In the PRODUCTION network (192.168.1.0/24), there are devices with IP 192.168.201.32, 192.168.201.33 etc...

        I would like to understand how I can show these devices from the LAN network with IP 192.168.3.0/24

        Unfortunately on these devices, it is not possible to set a gateway :(

        V J 2 Replies Last reply Feb 26, 2025, 9:22 PM Reply Quote 0
        • V
          vettalex @Gertjan
          last edited by Feb 26, 2025, 8:35 PM

          @Gertjan Hi, so given how the network is set up, it is not possible to make a device with IP 192.168.201.32, which is under an interface configured with subnet 192.168.1.0/24, communicate with a PC that has IP 192.168.3.45 on another interface with subnet 192.168.3.0/24?
          Thanks and sorry if I ask you again

          1 Reply Last reply Reply Quote 0
          • V
            viragomann @vettalex
            last edited by Feb 26, 2025, 9:22 PM

            @vettalex said in Problems with rules between networks:

            Unfortunately on these devices, it is not possible to set a gateway :(

            If the devices have no option to set a gateway you have to masquerade the traffic to them with an outbound NAT rule, so that responses are directed back to the pfSense interface IP.

            1 Reply Last reply Reply Quote 0
            • J
              johnpoz LAYER 8 Global Moderator @vettalex
              last edited by Feb 27, 2025, 12:05 AM

              @vettalex said in Problems with rules between networks:

              Unfortunately on these devices, it is not possible to set a gateway :(

              Here is an example - but you should create another interface/vlan for devices on this 192.168.201.0/24

              So for example, I have some IP cameras on a 10.1.1.0/24 network behind my NVR, they all point to the NVR as their gateway 10.1.1.1, but I want to get to these cameras directly from my networks, so I can view the video via rtsp..

              So I created a interface on pfsense 10.1.1.253/24 and put this interface into that L2 network... Now when I want to access a camera at 10.1.1.X pfsense knows how to get there, but since since the cameras have no clue how to get to my 192.168.9.0/24 network other than sending to their gateway, the nvr at 10.1.1.1 it wouldn't work.. Same goes if they have no gateway..

              So you create an outbound nat on pfsense that says hey when sending traffic to 10.1.1 make it look its coming from your 10.1.1.253 address, so the cameras just think some other device on 10.1.1 is talking to them and talk directly back to it.

              outboundnats.jpg

              An intelligent man is sometimes forced to be drunk to spend time with his fools
              If you get confused: Listen to the Music Play
              Please don't Chat/PM me for help, unless mod related
              SG-4860 24.11 | Lab VMs 2.7.2, 24.11

              1 Reply Last reply Reply Quote 1
              • V
                vettalex
                last edited by Mar 17, 2025, 8:30 AM

                @johnpoz Thank you so much, all solved. I learned something else. Thanks again

                1 Reply Last reply Reply Quote 0
                • First post
                  Last post
                Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                  [[user:consent.lead]]
                  [[user:consent.not_received]]