I'm using several LXC containers which all receive IP and DNS details for all vlans via dnsmasq
However only the last vlan is actually registered within pihole/dnsmasq.
Meaning It looks as if all dhcp/dns registrations are overwritten and only the last vlan registration "survives".
For VM's this is working as expected - meaning all vlans are registered.
See also dhcp.leases with the systems registered as ctf, cypher, upsmon, icarus and logos:
The first 3 are LXC containers and have only one entry - should be multiple (similar to the VM's?).
The last 2 are VM's and have multipe entries with MAC addresses (and client-id's?)
Tested with eth0 and vmbr0 interfaces - Interfaces are eth0, eth0.100, eth0.110, etc
With bridge interfaces these where vbmr0, vmbr0.100, vmbr0.110, etc.
Also tested with and wthout dnsmasq setting dhcp-ignore-clid.
Any suggestions what to do about it?
The config with the debug token is without vmbr-interfaces and dhcp-ignore-clid.
However only the last vlan is actually registered within pihole/dnsmasq.
Meaning It looks as if all dhcp/dns registrations are overwritten and only the last vlan registration "survives".
For VM's this is working as expected - meaning all vlans are registered.
See also dhcp.leases with the systems registered as ctf, cypher, upsmon, icarus and logos:
1743154356 bc:24:11:98:d5:c6 192.168.110.41 ctf *1743149966 bc:24:11:4d:82:33 192.168.230.234 cypher *1743150180 bc:24:11:a1:96:28 192.168.139.202 upsmon *1743150146 fe:09:86:65:3c:6b 192.168.230.250 logos ff:86:65:3c:6b:00:01:00:01:2a:a4:5f:b9:fe:09:86:65:3c:6b1743150146 fe:09:86:65:3c:6b 192.168.220.250 logos ff:86:65:3c:6b:00:01:00:01:2a:a4:5f:b5:fe:09:86:65:3c:6b1743150145 fe:09:86:65:3c:6b 192.168.210.250 logos ff:86:65:3c:6b:00:01:00:01:2c:d4:ee:c8:fe:09:86:65:3c:6b1743150144 fe:09:86:65:3c:6b 192.168.200.250 logos ff:86:65:3c:6b:00:01:00:01:2a:a4:5f:b2:fe:09:86:65:3c:6b1743150143 fe:09:86:65:3c:6b 192.168.110.250 logos ff:86:65:3c:6b:00:01:00:01:2e:01:b2:be:fe:09:86:65:3c:6b1743150143 fe:09:86:65:3c:6b 192.168.100.250 logos ff:86:65:3c:6b:00:01:00:01:2a:a4:5f:aa:fe:09:86:65:3c:6b1743150142 fe:09:86:65:3c:6b 192.168.139.250 logos ff:86:65:3c:6b:00:01:00:01:2a:a3:cb:96:fe:09:86:65:3c:6b1743150010 8a:2a:65:3e:05:e0 192.168.230.162 icarus ff:65:3e:05:e0:00:01:00:01:2b:71:38:8e:8a:2a:65:3e:05:e01743150010 8a:2a:65:3e:05:e0 192.168.220.162 icarus ff:65:3e:05:e0:00:01:00:01:2f:54:1d:90:8a:2a:65:3e:05:e01743150010 8a:2a:65:3e:05:e0 192.168.210.162 icarus ff:65:3e:05:e0:00:01:00:01:2f:54:1d:8f:8a:2a:65:3e:05:e01743150009 8a:2a:65:3e:05:e0 192.168.139.162 icarus ff:65:3e:05:e0:00:01:00:01:2b:68:31:99:8a:2a:65:3e:05:e0The first 3 are LXC containers and have only one entry - should be multiple (similar to the VM's?).
The last 2 are VM's and have multipe entries with MAC addresses (and client-id's?)
Tested with eth0 and vmbr0 interfaces - Interfaces are eth0, eth0.100, eth0.110, etc
With bridge interfaces these where vbmr0, vmbr0.100, vmbr0.110, etc.
Also tested with and wthout dnsmasq setting dhcp-ignore-clid.
Any suggestions what to do about it?
The config with the debug token is without vmbr-interfaces and dhcp-ignore-clid.
Last edited: