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

    Wireless AP and MAC filtering

    Scheduled Pinned Locked Moved Wireless
    16 Posts 5 Posters 9.9k 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.
    • A
      alphis
      last edited by

      Considering the lack of features my stance is appropriate. Yes static ARP sounds dandy but it doesn't seem to WORK. I've added all the MACs I require in the list and deny those that aren't. I've checked static ARP. ALL OF MY WIRELESS CLIENTS ARE USING STATIC IPS. They were COMPLETELY and UTTERLY UNABLE to associate with the AP after this static ARP thing.

      As for setting the static IP desired along with the MAC in the list, I haven't done that. The reason being that the genius application tells me that I cannot add the IP because its "within the range of IPs". Duh its in the range of IPs for the wireless subnet! Isn't that the point!? So yes I haven't added the static IPs I use along with the MACs in the list due to this idiotic behavior. Perhaps if I can wrestle with the poor design I can get it to work you think?

      I'll try that when I get some time to spend the mandatory hack time to get basic functionality to work on this platform.

      1 Reply Last reply Reply Quote 0
      • GruensFroeschliG
        GruensFroeschli
        last edited by

        Lack of features… I'm sorry if you cannot configure the features you have at hand....

        Ok: just to be sure that i'm not dreaming: I've set up exactly what you want.
        A wireless client with a static IP, and static ARP enabled, pfSense 1.2_release
        It definitly does work.

        Do you know how ARP works?

        The local machine (local IP) wants to communicate with another IP.
        It does a broadcast on the MAC layer (FF:FF:FF:FF:FF:FF): "Who has this IP, answer please to 01:23:45:67:89:01".
        If there is a computer around with this IP it will answer.
        From this point on you have an entry for this IP in your ARP table.
        The ARP table is nothing else than a list of MAC/IP pairs.

        Now the feature of static ARP is, that you write this list yourself.
        After you enable static ARP, pfSense will no longer try to determine new MAC/IP pairs,
        since it already has all the MAC/IP pairs it needs to know.
        Meaning you HAVE to write the correct IP/MAC pairs into the list.

        This "idiotic behavior" you're experiencing is because you tried to assign an IP out of the range out of which your dynamic clients get IP's.
        You cannot assign IP's out of this range statically. (Which makes sense if you think about it for a second).

        Jut set that range to something you dont use. (like x.x.x.253 - x.x.x.254)

        We do what we must, because we can.

        Asking questions the smart way: http://www.catb.org/esr/faqs/smart-questions.html

        1 Reply Last reply Reply Quote 0
        • A
          alphis
          last edited by

          I know exactly how ARP tables and how the protocol works, thank you. If you read my above post you'd realize that I cannot enter an IP along with the MAC because of what I call, idiotic behavior.

          You seem to think I entered an IP outside the range, as if I didn't think of this already. Here is a screen shot to clarify that I am INDEED setting an IP WELL WITHIN THE RANGE and it STILL THROWS AN ERROR.

          1 Reply Last reply Reply Quote 0
          • GruensFroeschliG
            GruensFroeschli
            last edited by

            This "idiotic behavior" you're experiencing is because you tried to assign an IP out of the range out of which your dynamic clients get IP's.
            You cannot assign IP's out of this range statically. (Which makes sense if you think about it for a second).

            We do what we must, because we can.

            Asking questions the smart way: http://www.catb.org/esr/faqs/smart-questions.html

            1 Reply Last reply Reply Quote 0
            • A
              alphis
              last edited by

              As you can see by the screenshot I'm not assigning IPs OUTSIDE of the range. If you'd LOOK at the screenshot you'd see that its complaining about assigning an IP INSIDE THE RANGE. Is everyone here RETARDED?

              1 Reply Last reply Reply Quote 0
              • M
                Monoecus
                last edited by

                Why are you so aggressive? What GruensFroeschli means is that it is not possible to assign an IP that is within this range!!! So, why don't you just try it with another IP? Maybe you first fix your English skills. People here in this forum want to help, but they are not just a customer service for enraged clients.

                1 Reply Last reply Reply Quote 0
                • GruensFroeschliG
                  GruensFroeschli
                  last edited by

                  I'll put it in very easy words:

                  Your IP range:          [192.168.2.1 to 192.168.2.254]
                  (assumed)pfSense:    192.168.2.1
                  Your DHCP range:      [192.168.2.100 to 192.168.2.200]
                  allowed static entries: [192.168.2.2 to 192.168.2.99] and [192.168.2.201 to 192.168.2.254]
                  entry in screenshot:    192.168.2.109

                  As you can see the entry in your screenshot is NOT in the allowed range.

                  We do what we must, because we can.

                  Asking questions the smart way: http://www.catb.org/esr/faqs/smart-questions.html

                  1 Reply Last reply Reply Quote 0
                  • A
                    alphis
                    last edited by

                    I see. The problem is that the range given is the range of DHCP IPs. So I must use IPs not in the range specified when considering static IPs. I understand now. Your explanation was just what I needed. Thank you!

                    This is still a rather round-about way to provide MAC filtering but if it works I will take it. I will test when I get home from work.

                    1 Reply Last reply Reply Quote 0
                    • GruensFroeschliG
                      GruensFroeschli
                      last edited by

                      Static entries below can still be provided via DHCP.
                      Just dont set a dynamic range.
                      Since you're using static MAC all clients have to be in the list.

                      We do what we must, because we can.

                      Asking questions the smart way: http://www.catb.org/esr/faqs/smart-questions.html

                      1 Reply Last reply Reply Quote 0
                      • J
                        JorgeAldoBR
                        last edited by

                        Alphis, its too hard to understand that if your client falls into the "dynamic range" it is a contradiction to have it into the "static arp entries" ?

                        If you want something to have static ARP, place him outside DHCP dynamic range !

                        duhhh !!!

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