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

    Mass DHCP edits

    DHCP and DNS
    2
    5
    657
    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.
    • curtisgriceC
      curtisgrice
      last edited by

      I want to start by saying I love pfSense and use it for home, home lab, work, work lab, the cat, the dog, my pants, etc… :D

      I may be missing something but I cannot find a way to edit a large number of DHCP leases at the same time :o. I would like to be able to select (click then shift+click) and delete, add to static, add WOL, and Send WOL. I would also love to be have each subnet in its own tab mirroring the DHCP config page and be able to color code static leases like we do with firewalls. Seems our DHCP management could use some love.

      Also a potential bug, I found if a device receives a lease then gets dropped onto a different VLAN, it still pulls the old old lease with the incorrect IP until the old lease is deleted. Ill have to do a little testing to verify this is pfSense and not the host doing this.

      Slow code? Sounds like a good reason to buy more hardware!

      1 Reply Last reply Reply Quote 0
      • JKnottJ
        JKnott
        last edited by

        Also a potential bug, I found if a device receives a lease then gets dropped onto a different VLAN, it still pulls the old old lease with the incorrect IP until the old lease is deleted. Ill have to do a little testing to verify this is pfSense and not the host doing this.

        It's normal for a DHCP client to request the previous address and I think DHCP servers will also remember for as long as the address is cached.  Don't forget, until the lease expires, the device "owns" the address.  That might be where the problem is.

        PfSense running on Qotom mini PC
        i5 CPU, 4 GB memory, 32 GB SSD & 4 Intel Gb Ethernet ports.
        UniFi AC-Lite access point

        I haven't lost my mind. It's around here...somewhere...

        1 Reply Last reply Reply Quote 0
        • curtisgriceC
          curtisgrice
          last edited by

          @JKnott:

          It's normal for a DHCP client to request the previous address and I think DHCP servers will also remember for as long as the address is cached.  Don't forget, until the lease expires, the device "owns" the address.  That might be where the problem is.

          This is interesting considering it spans subnets and vlans. Perhaps it is expected that people run separate instances per subnet/vlan and this is just a quirk of the pfSense implementation?

          Slow code? Sounds like a good reason to buy more hardware!

          1 Reply Last reply Reply Quote 0
          • JKnottJ
            JKnott
            last edited by

            I just tried it here, watching with Wireshark.  First I connected to my main LAN and saw the full DHCP transaction and then again with the VLAN.  In both cases the correct address was assigned.  Also, the IP address is mapped to the MAC on the main LAN.  That doesn't appear to make any difference on the VLAN, where there are no static mappings.

            PfSense running on Qotom mini PC
            i5 CPU, 4 GB memory, 32 GB SSD & 4 Intel Gb Ethernet ports.
            UniFi AC-Lite access point

            I haven't lost my mind. It's around here...somewhere...

            1 Reply Last reply Reply Quote 0
            • curtisgriceC
              curtisgrice
              last edited by

              Yeah I think I got it figured out. This was on a Cisco "Access port" un-tagged VLAN port for everyone else, and for some reason it was not tagging the packet on its way into the port so I still hit the "Native VLAN" which happens to be the one my device was connected to. It then let the un-tagged packet out the same port. Odd but hey what ever. I rebooted the switch and its working correctly now.

              That all aside, i would love to seem some with done on the DHCP pages  ;)

              Slow code? Sounds like a good reason to buy more hardware!

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