默认情况下，Dnsmasq的静态DHCP条目在客户端id或MAC上匹配吗？

Question

我似乎有一些奇怪的租约任务似乎是随机的，通过阅读手册，它显示了语法可以是：

• dhcp-host=34:27:01:5d:60:ad, test-pc, 192.168.1.10
• dhcp-host=id:some_client_id, test-pc, 192.168.1.10
• dhcp-host=34:27:01:5d:60:ad, id:*, test-pc, 192.168.1.10

我的问题主要取决于可选的"id:*“部分。它的意思是“忽略任何客户端id，只使用MAC地址”。

语法和文档似乎表明MAC是默认的，所以为什么会有人需要说，“忽略我已经省略的可选内容，并使用我提供的默认内容？”

关于这个选项我错过了什么？如果我没有提供任何以"id:“作为前缀的内容，那么很明显，我并不打算在客户端id上匹配，那么通过指定星号，我忽略了什么呢？

Answer 1

关于这个选项我错过了什么？

我如何利用它，为什么通配符可能是好的或坏的。

假设您有一些Windows或Linux的主机。DHCP客户机请求IP租约(请求中包括MAC和ID )，您的服务器将其保存为数据库中MAC地址和OS ID的组合(一些文件通常用于dnsmasq和dhcpd)。然后，您决定将其设置为静态DHCP条目，并更改IP以将其保存在IP空间中指定的位置。稍后，您会发现主机具有Intel AMT接口，它允许您在BIOS级别远程控制机器。您也希望从DHCP配置接口IP。令人困惑的是，DHCP服务器从操作系统分配不同的IP (不相同的MAC组合-相同的，ID -不)，然后您就实现了在DHCP请求中ID字段的含义。您可以重新配置DHCP服务器并更改通配符ID，已经实现了和平，AMT接口和操作系统本身共享相同的IP。类似的东西也适用于PXE引导。

PS。我相信(据我记忆所知)那些默认配置的DHCP服务器使用MAC & ID对来决定IP分配：

• dhcpd
• 德斯马斯克
• mikrotik DHCP (似乎是dnsmasq的克隆，非常类似的限制)