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

    Unusual behaviour on my custom pfsense box with broadcasts

    Scheduled Pinned Locked Moved General pfSense Questions
    12 Posts 2 Posters 7.6k 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.
    • Cry HavokC
      Cry Havok
      last edited by

      Have you configured the firewall rules to allow incoming broadcasts?  If you run tcpdump on the pfSense host in non-promisc mode does it see the packets?

      1 Reply Last reply Reply Quote 0
      • V
        Vaevictus
        last edited by

        The firewall is set to allow all traffic, no block rules at all.

        How can I do what you ask with regard to promiscuous mode. I did a tcpdump from the web interface.

        1 Reply Last reply Reply Quote 0
        • V
          Vaevictus
          last edited by

          Also just want to reiterate that the client/server software is actually running on the pfsense box itself

          1 Reply Last reply Reply Quote 0
          • V
            Vaevictus
            last edited by

            hmm I am making progress.

            route get 255.255.255.255 showed that the default route for 255.255.255.255 requests were going out to my upstream router, 192.168.20.254 (which happens to be a vanilla pfsense box )

            I thought maybe the broadcasts were going out to this box, and not coming back for the server software to see, so I did this :

            route add 255.255.255.255 192.168.20.149 (my own boxes IP), suddenly, the server daemon is seeing the broadcasts :)

            If someone could explain that  to me it would be great, is it the fault of my upstream firewall?

            Anyway, now I believe I am getting other problems, the server software thinks the broadcast packet is coming from 0.0.0.0, not the actual IP address which is 192.168.20.149

            1 Reply Last reply Reply Quote 0
            • Cry HavokC
              Cry Havok
              last edited by

              I think you need to get onto the command line ;)

              If you've defined a route for the global (or local) broadcast address then that will cause you problems.  From the command line what does "netstat -rn" show?

              1 Reply Last reply Reply Quote 0
              • V
                Vaevictus
                last edited by

                $ netstat -rn
                Routing tables

                Internet:
                Destination        Gateway            Flags    Refs      Use  Netif Expire
                default            192.168.20.149    UGS        0      752    em0
                10/24              link#1            UC          0        0    vr0
                127.0.0.1          127.0.0.1          UH          1    32072    lo0
                192.168.20        link#2            UC          0        0    em0
                192.168.20.20      00:13:20:18:47:05  UHLW        1      990    em0  1190
                192.168.20.149    127.0.0.1          UGHS        2        0    lo0
                192.168.20.254    00:01:02:a5:14:e8  UHLW        1      244    em0    707
                192.168.20.255    ff:ff:ff:ff:ff:ff  UHLWb      1      11    em0
                255.255.255.255    192.168.20.149    UGHSb      0    6180    em0

                this is after ive been fcking round with the route add command tho, the default gateway should be 192.168.20.254

                1 Reply Last reply Reply Quote 0
                • Cry HavokC
                  Cry Havok
                  last edited by

                  Try removing the route for the global broadcast address - what happens then?  What happens if the client uses the network broadcast address?

                  1 Reply Last reply Reply Quote 0
                  • V
                    Vaevictus
                    last edited by

                    thats the thing, I have just checked the windows version of client/server and the client does it's broadcast on 192.168.20.255 as opposed to to 255.255.255.255 whilst running on Freebsd.

                    The client is definitely supposed to broadcast to 192.168.20.255

                    Any ideas why the client is broadcasting to 255.255.255.255 instead? Is there a way of changing this? (assuming of course that it is NOT a bug in the client)

                    1 Reply Last reply Reply Quote 0
                    • Cry HavokC
                      Cry Havok
                      last edited by

                      pfSense is FreeBSD ;)

                      Without knowing the software you're working with there isn't really any way to help.

                      1 Reply Last reply Reply Quote 0
                      • V
                        Vaevictus
                        last edited by

                        It's more of a generic question.

                        Assume that the client looks at a specific system setting to determine which broadcast address to use, where is it getting 255.255.255.255 from?

                        Or is it falling back to 255.255.255.255 because it cannot determine the subnet broadcast address.

                        1 Reply Last reply Reply Quote 0
                        • Cry HavokC
                          Cry Havok
                          last edited by

                          Not sure, I'm not a programmer (and you've still not said what software you're using that's doing this) so I couldn't say how it's worked out.  It may well be falling back to the global broadcast address because it's intended route fails, but it's all speculation on my behalf.

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