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

    Passing traffic across different subnets pfsense not working correctly

    Scheduled Pinned Locked Moved General pfSense Questions
    14 Posts 5 Posters 1.5k Views 5 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.
    • P Offline
      pete35 @hellegaard1
      last edited by

      @hellegaard1
      hmmm, pls show your firewall rules .. did you include "tcp/udp" and "icmp" or "any" and any for the IP ranges ?

      <a href="https://carsonlam.ca">bintang88</a>
      <a href="https://carsonlam.ca">slot88</a>

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

        @hellegaard1
        I think, that might not be due to pfSense, rather due to different network segments in common.
        I guess, your devices will block access from outside of their network by their own firewall. So you will have to allow the desired access in the Windows (I guess) firewalls.

        1 Reply Last reply Reply Quote 0
        • H Offline
          hellegaard1 @pete35
          last edited by hellegaard1

          @pete35 Firewall Rules

          P johnpozJ 2 Replies Last reply Reply Quote 0
          • P Offline
            pete35 @hellegaard1
            last edited by

            @hellegaard1

            looks ok to me, the problem is probably outside of pfsense.

            <a href="https://carsonlam.ca">bintang88</a>
            <a href="https://carsonlam.ca">slot88</a>

            H 1 Reply Last reply Reply Quote 0
            • H Offline
              hellegaard1 @pete35
              last edited by

              @pete35 I don't know what the problem would be then I've completely disabled firewall on both computers. I can ping all day but I can't do file sharing at all

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

                @hellegaard1 said in Passing traffic across different subnets pfsense not working correctly:

                I can ping all day but I can't do file sharing at all

                When you're expecting to see the file share pop up in the Windows explorer by itself, that won't happen. That is not passing a router.

                Try to access by typing in the destination IP.
                May also work with hostname if the devices are registering in your DNS.

                1 Reply Last reply Reply Quote 0
                • johnpozJ Offline
                  johnpoz LAYER 8 Global Moderator @hellegaard1
                  last edited by johnpoz

                  @hellegaard1 why are you blocking bogon on your own local networks? You understand bogon include rfc1918 space.. There is ZERO reason why bogon should ever be selected on a local side interface.

                  notused.jpg

                  Remove that for starters.. And while pfsense might remove rfc1918 from it - by definition rfc1918 is bogon.. Again not something you would ever set on your own local networks interfaces..

                  I would also suggest you set your pfsense password ;)

                  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 25.07 | Lab VMs 2.8, 25.07

                  P 1 Reply Last reply Reply Quote 0
                  • P Offline
                    pete35 @johnpoz
                    last edited by

                    @johnpoz
                    he said it pings accross... so im not sure if the bogon also shouldnt block icmp ?

                    <a href="https://carsonlam.ca">bintang88</a>
                    <a href="https://carsonlam.ca">slot88</a>

                    johnpozJ H 2 Replies Last reply Reply Quote 0
                    • johnpozJ Offline
                      johnpoz LAYER 8 Global Moderator @pete35
                      last edited by johnpoz

                      @pete35 true - but it should NOT be there, period.. Zero reason - and even in the notes clearly states should only be on wan interfaces.. Why would anyone have clicked that to be enabled without a clue to what it is or does..

                      Clearly that is blocking some traffic you can see by the non 0/0 in the states table - so its been evaluated and triggered.

                      enabled network discovery on both computers to, but still nothing

                      Discovery is never going to work across vlans, have you actually tried to access the server? \ipaddress for example? or \fqdn

                      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 25.07 | Lab VMs 2.8, 25.07

                      1 Reply Last reply Reply Quote 0
                      • H Offline
                        hellegaard1 @pete35
                        last edited by

                        @pete35 why won't network discovery work across VLANs?

                        johnpozJ P 2 Replies Last reply Reply Quote 0
                        • stephenw10S Online
                          stephenw10 Netgate Administrator
                          last edited by

                          Because it only works inside a broadcast domain, a single subnet.

                          1 Reply Last reply Reply Quote 0
                          • johnpozJ Offline
                            johnpoz LAYER 8 Global Moderator @hellegaard1
                            last edited by

                            @hellegaard1 because discovery is L2 traffic.. its only going to work on the local network..

                            There are ways to break L2 and pass on say mdns across your network with use of pimd or avahi, etc. But discovery of stuff is going to be the local network only..

                            If you had some sort of discovery that worked across networks - what would stop it from trying to discover the whole freaking internet ;) heheh

                            Discovery protocols are always L2, broadcast or multicast traffic - which stays on the local network.. Unless you do something specific to rebroadcast it across your specific networks, or route the multicast to your other networks, etc.

                            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 25.07 | Lab VMs 2.8, 25.07

                            1 Reply Last reply Reply Quote 0
                            • P Offline
                              pete35 @hellegaard1
                              last edited by

                              @hellegaard1
                              a vlan is a vlan is a vlan... it is supposed to divide networks. As johnpoz said, you can´t discover across vlans, without some special configurations. But just use an unc path to access your devices, if you would like to stay with different vlans for your devices. But all this is outside Pfsense stuff. If you have an AD Server you can go with Group policies ... but this is beyound the scope of yr question.

                              <a href="https://carsonlam.ca">bintang88</a>
                              <a href="https://carsonlam.ca">slot88</a>

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