windows dhcp客户端vendorid（选项60）默认为“msft 5.0”，可通过注册表（hkey_local_machine\system\currentcontrolset\services\dhcp\parameters下新建vendorclassidentifier字符串值）或组策略（计算机配置→管理模板→网络→tcp/ip设置→dhcp）自定义，修改后需重启dhcp服务或执行ipconfig /release && ipconfig /renew，并用wireshark抓包验证option 60字段。
windows dhcp客户端的vendorid（选项60）默认由系统生成，格式为“msft 5.0”，其中“5.0”代表windows版本代号（如win10为“msft 5.0”，win11仍沿用）。若需在dhcp服务器侧（如isc dhcp、windows server dhcp或第三方设备）基于vendorid做策略分发（例如区分终端类型、分配特定ip池或选项），可自定义该值，但需注意windows不提供图形界面配置，必须通过注册表或组策略实现。
VendorID的注册表修改方法
Windows将VendorID存储在注册表中，路径为：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Dhcp\Parameters新建一个字符串值（REG_SZ），名称为 VendorClassIdentifier，值数据填入期望的标识字符串（如 MyCorp-Laptop-Win10 或 IoT-Device-ESP32）。修改后需重启DHCP客户端服务或执行以下命令使变更生效：
- net stop dhcp && net start dhcp
- 或直接运行 ipconfig /release && ipconfig /renew（部分场景需两次 renew 才生效）
注意：该设置作用于本机所有网络接口；若多网卡需差异化识别，需配合策略脚本或接口级筛选逻辑（DHCP协议本身不支持 per-interface VendorID）。
通过组策略批量部署VendorID
适用于域环境。创建或编辑GPO，在以下路径配置：
计算机配置 → 管理模板 → 网络 → TCPIP 设置 → DHCP → 指定DHCP供应商类标识符启用该策略并输入自定义VendorID字符串。策略下发后，客户端在下次组策略更新（默认90分钟）或执行 gpupdate /force 后生效，并自动写入对应注册表项。此方式比手动改注册表更可控、可审计，也便于按OU分组设置不同值（如区分办公PC、VDI、IoT终端）。
验证VendorID是否生效
修改后务必验证实际发出的DHCP Discover包是否携带新VendorID。推荐使用Wireshark抓包（过滤 bootp.option.vendor_class_id），或在Windows上运行：
- ipconfig /all —— 不显示VendorID，仅显示获取到的IP和租约信息
- netsh dhcp show client —— 无VendorID输出
- 真正有效的方法是抓包查看DHCP Discover报文的Option 60字段，或在DHCP服务器日志中检查收到的VendorID（如ISC DHCP的 log (info, "vendor-class = %s", option vendor-class-identifier);）
常见失败原因包括：注册表路径错误、字符串值名称拼写错误（必须是 VendorClassIdentifier）、未重启DHCP服务、防火墙/杀软拦截DHCP流量、或DHCP服务器缓存了旧租约（需客户端释放+重续）。
注意事项与限制
- Windows不校验VendorID格式，但建议避免空格、控制字符及过长（建议≤64字节），以防某些DHCP服务器解析异常
- 部分精简版系统（如Windows IoT Core、LTSC特殊裁剪版）可能缺失该注册表项，需确认 Dhcp 服务存在且启用
- VendorID仅在DHCP Discover和Request阶段发送，Renew时通常复用原值；若服务器依据VendorID动态调整分配策略，需确保租约过期后能重新匹配
- 不要与DHCP Option 77（User Class Identifier）混淆——后者由应用层主动设置（如PowerShell调用DhcpRequestParams），用途不同，不可替代
不复杂但容易忽略细节，实操中以抓包验证为最终依据。
