Bug #4584
closedStatic Mapped clients on one LAN get a DHCP IP from another LAN even when Deny unknown clients is checked on the other LAN
0%
Description
Forum: https://forum.pfsense.org/index.php?topic=91391.msg508422#msg508422
Setup with LAN1 and LAN2 - 2 interfaces with different subnets and a DHCP pool within each subnet.
Enable the DHCP server on each of LAN1 and LAN2 and check "Deny unknown clients".
Add a static-mapped client1 to DHCP server on LAN1, and a different client2 on LAN2 (with or without specifying a particular IP address for them)
Connect client1 to LAN1 - it gets an expected address in LAN1 - good.
Connect client2 to LAN2 - it gets an expected address in LAN2 - good.
Now,
Connect client1 to LAN2 - it gets an address in the pool for LAN2
Connect client2 to LAN1 - it gets an address in the pool for LAN1
As per references in the forum, this is expected behavior of ISC-DHCP the way dhcpd.conf is being written.
This could be fixed to be more specifically restrictive by using "class" and "subclass" statements and putting positive "allow member of" in the pool scopes, rather than just using deny unknown-clients.
The webGUI says: If this is checked, only the clients defined below will get DHCP leases from this server.
But actually, "deny unknown-clients" in ISC-DHCP only denies completely-unknown clients, which is different from want the pfSense webGUI is claiming.
Updated by Jose Duarte about 6 years ago
Hi,
I would like to bring this bug from the grave.
This still applies in latest versions and it's definitely a big problem for people using Deny unknown clients option in multiple interfaces/vlans.
Updated by Daniel Koh over 5 years ago
Bringing this up again to see if anyone will fix.
Updated by Daniel Koh over 5 years ago
New PR to fix this: https://github.com/pfsense/pfsense/pull/4066