Windows Server DHCP不支持以客户端ID创建保留，仅支持基于MAC地址的静态绑定；但可通过DHCP策略（如Add-DhcpServerv4Policy）按ClientID分配指定IP范围实现等效效果。
要在 windows server 上通过 dhcp 实现“按客户端 id 分配静态 ip”，本质是配置dhcp 保留（reservation），但需注意：windows server 的 dhcp 服务不直接支持以“客户端 id”为唯一键创建保留，它默认使用mac 地址来识别并绑定固定 ip。不过，客户端 id 在某些场景下可被识别和利用——关键在于客户端是否发送、服务器是否启用对应策略。
确认客户端是否实际发送客户端 ID
不是所有设备都会发送 DHCP 客户端 ID（Option 61）。例如：
- Windows 客户端默认不发送客户端 ID，而是依赖 MAC 地址；
- 部分 Linux 发行版（如 Ubuntu 的 dhclient）、嵌入式设备或虚拟机（VMware/VirtualBox 配置为 use client-id）可能启用；
- 若客户端明确设置了 client-id（如命令行中用
dhclient -I "myid123"），且网络路径未被中间设备（如交换机、防火墙）剥离该选项，则 DHCP 服务器有可能收到。
Windows DHCP 服务器对客户端 ID 的处理能力
原生 Windows Server DHCP 服务（截至 2026 年）：
- 能接收并记录客户端 ID（在 DHCP 控制台的“地址租约”列表中可见“客户端ID”列，前提是客户端发送了）；
- 但无法在“新建保留”向导中选择“按客户端 ID 创建保留”——界面和 PowerShell cmdlet（如
Add-DhcpServerv4Reservation）均只接受-ClientId参数作为只读显示字段，不支持将其设为匹配条件； - 所有保留必须基于 IP 地址 + MAC 地址 组合创建；
- 即使你手动在数据库中修改（不推荐），也无法触发按 client-id 的动态匹配逻辑。
替代方案：实现“类客户端 ID 绑定效果”
若目标是让特定设备（如某台测试终端、IoT 设备）每次获取固定 IP，且该设备仅通过 client-id 标识（MAC 可变或不可靠），可采用以下实用路径：
- 强制设备使用稳定 MAC 地址：在虚拟化平台或网卡驱动中锁定 MAC，再基于该 MAC 做标准保留；
-
配合 DHCP 策略（Windows Server 2012 R2+）：虽然不能直接匹配 client-id 创建保留，但可在作用域级别设置策略，例如：
→ 使用Add-DhcpServerv4Policy创建策略，条件设为-ClientID "01:aa:bb:cc:dd:ee:ff"（注意格式须为十六进制带冒号，且需客户端真实发送）；
→ 然后为该策略分配一个专用作用域（含单一 IP 地址池），或设置-ScopeId+-IpAddressRange限定可分配范围；
→ 此方式不叫“保留”，但能达到“指定 client-id 总获得某段内固定 IP”的效果； -
改用第三方 DHCP 或自建服务：如 dnsmasq、ISC DHCP Server 支持
host-declaration中用client-id匹配；Windows 环境下可部署于容器或 WSL2 中作为辅助 DHCP（需关闭主 DHCP 冲突）。
操作示例：用 PowerShell 添加基于 client-id 的策略（推荐）
假设已确认客户端发送 client-id 01-aa-bb-cc-dd-ee-ff（格式统一为带连字符十六进制），执行：
Powershell<br>Add-DhcpServerv4Policy -Name "IoT_By_ClientID" -Description "Assign fixed /32 range to known IoT device" -Condition "OR(ClientID eq '01-aa-bb-cc-dd-ee-ff')" -ScopeId 192.168.10.0 -IpAddressRange 192.168.10.50,192.168.10.50
这样，只要该 client-id 出现，就只会从这个单地址范围内分配，等效于静态绑定。注意需先启用策略功能：Set-DhcpServerv4OptionDefinition -OptionId 61 -Value "text"（非必需，仅用于调试查看）。
