Guest User!

You are not Sophos Staff.

[9.100][NOTABUG] Duplicated DHCP Leases

I have created static objects for most of the hosts on my network. The only remaining ones are random wireless devices including phones. I noticed that there were duplicated entries showing up so I made one of them static. I'm still getting duplicates. When this occurs, there are two entries that are identical, except one has a hostname and the other has an unknown hostname. I tried removing them from dhcpd.leases, but they reappear. It seems that deleting them from the file doesn't delete them from utm. There should be a way to remove one or all dhcp entries and force new leases to be recreated.
Parents
  • Hi,

    the online-help mentiones that static dhcp leases should not overlap with the dhcp range of a dhcp server - do yours?

    Regards
    Manfred
  • Hi,

    the online-help mentiones that static dhcp leases should not overlap with the dhcp range of a dhcp server - do yours?

    Regards
    Manfred
    Thanks for your reply. They do overlap. I did that because on my wifi router (before I set it in AP mode), you cannot allocate a static ip outside of the enabled dhcp range, which seems to be the opposite of UTM. I guess I assumed that if an address is static, dhcpd would not re-use it, but maybe that's not a valid assumption. In this case, there is not a collision, because the duplicated entries are for the same device. Last night, I deleted all of the leases from dhcpd.leases and then rebooted UTM. The duplicate leases haven't re-appeared, at least not yet. I'll leave it like this for a while to see if they come back again before I change anything else.
  • I guess I assumed that if an address is static, dhcpd would not re-use it, but maybe that's not a valid assumption.


    Hi... it will re-use them, so static DHCP entries must be outside the assigned block.

    Barry
Reply Children
  • Hi... it will re-use them, so static DHCP entries must be outside the assigned block.

    Barry
    Okay, that being said, the duplicated entries were for the same mac address, so it's not like there was a collision. In fact, *everything* about the entries were identical, except one had a host name and one didn't. In any case, the problem seems to have gone away on its own. I think utm must have been "remembering" the entries despite them being deleted from dhcpd.leases, but after rebooting utm a couple of times, the duplicates seem to have disappeared.

    I will grant that this isn't a serious bug, but it's flakey. If utm had a proper mechanism for deleting a lease, maybe there would not have been duplicates.