Я использую несколько LXC контейнеров, которые все получают IP и DNS-данные для всех VLAN через dnsmasq. Однако только информация по последнему VLAN фактически регистрируется в pihole/dnsmasq. Получается, что кажется, что все DHCP/DNS-регистрации перезаписываются, и "выживает" только регистрация последнего VLAN. Для виртуальных машин это работает как ожидается - значит, все VLAN регистрируются. Также есть записи в dhcp.leases, где системы зарегистрированы как ctf, cypher, upsmon, icarus и 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:6b
1743150146 fe:09:86:65:3c:6b 192.168.220.250 logos
ff:86:65:3c:6b:00:01:00:01:2c:d4:ee:c8:fe:09:86:65:3c:6b
1743150145 fe:09:86:65:3c:6b 192.168.210.250 logos
ff:86:65:3c:6b:00:01:00:01:2a:a4:5f:b2:fe:09:86:65:3c:6b
1743150143 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:6b
1743150143 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:6b
1743150142 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:6b
1743150010 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:e0
1743150010 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:e0
1743150010 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:e0
1743150009 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:e0
Первые три – LXC контейнеры, у которых только одна запись – должна быть несколько (как у виртуальных машин?). Последние две – виртуальные машины, у которых несколько записей с MAC-адресами (и client-id?)
Тестировал с интерфейсами eth0 и vmbr0 – интерфейсы eth0, eth0.100, eth0.110 и т.д. С мостовыми интерфейсами это были vbmr0, vmbr0.100, vmbr0.110 и т.д. Также тестировал с и без настройки dhcp-ignore-clid в dnsmasq.
Есть какие-нибудь предложения, что делать с этим? Конфигурация с debug токеном без vmbr-интерфейсов и dhcp-ignore-clid.
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:6b
1743150146 fe:09:86:65:3c:6b 192.168.220.250 logos
ff:86:65:3c:6b:00:01:00:01:2c:d4:ee:c8:fe:09:86:65:3c:6b
1743150145 fe:09:86:65:3c:6b 192.168.210.250 logos
ff:86:65:3c:6b:00:01:00:01:2a:a4:5f:b2:fe:09:86:65:3c:6b
1743150143 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:6b
1743150143 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:6b
1743150142 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:6b
1743150010 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:e0
1743150010 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:e0
1743150010 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:e0
1743150009 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:e0
Первые три – LXC контейнеры, у которых только одна запись – должна быть несколько (как у виртуальных машин?). Последние две – виртуальные машины, у которых несколько записей с MAC-адресами (и client-id?)
Тестировал с интерфейсами eth0 и vmbr0 – интерфейсы eth0, eth0.100, eth0.110 и т.д. С мостовыми интерфейсами это были vbmr0, vmbr0.100, vmbr0.110 и т.д. Также тестировал с и без настройки dhcp-ignore-clid в dnsmasq.
Есть какие-нибудь предложения, что делать с этим? Конфигурация с debug токеном без vmbr-интерфейсов и dhcp-ignore-clid.
