未知偏移下如何检测dhcp-parameter-request-list是否包含option 143

核心前提：DHCP Option 55的载荷本身就是完整的dhcp-parameter-request-list，每个请求的参数编码为1字节无符号整数，按顺序连续排列，因此不需要指定固定偏移即可完成匹配

1. ISC DHCP 服务端配置方案 #

直接取Option 55全量内容做单字节模式匹配即可，无需指定固定偏移：

# 匹配客户端参数请求列表包含Option 143的场景
if exists dhcp-parameter-request-list and substring(option dhcp-parameter-request-list, 0, 255) ~= encode-int(143, 8) {
    # 返回自定义引导服务器列表作为Option 143的值
    option dhcp.bootfile-servers 192.168.1.100,192.168.1.101;
}

说明：此处substring(0,255)是直接拉取Option 55的全部内容（Option 55最长为255字节），后续的模式匹配会遍历全量内容搜索单字节的143编码，不需要指定143的具体位置。

2. dnsmasq 配置方案 #

内置支持参数请求列表的内容通配匹配：

# 标记请求了Option 143的客户端
dhcp-match=tag:require-143,option:parameter-request-list,143
# 给标记的客户端强制返回Option 143引导服务器列表
dhcp-option-force=tag:require-143,143,192.168.1.100,192.168.1.101

3. 商用网络设备（华为/华三等）配置方案 #

用设备自带的contains匹配逻辑自动遍历Option 55全量内容：

以华为设备为例：

# 创建DHCP Option匹配组
dhcp option group 1
# 匹配Option 55载荷中包含143的十六进制编码0x8F的请求
rule 0 match option 55 contains 8F
# 配置需要返回的Option 143值，示例为两个引导服务器192.168.1.100、192.168.1.101的十六进制编码
option 143 hex C0A80164 C0A80165

4. 自研服务端通用实现逻辑 #

如果是自行开发DHCP处理逻辑，按以下步骤实现即可：

• 提取DHCP报文中Option 55的完整二进制载荷
• 从偏移0开始逐字节读取载荷内容，直到读完所有字节
• 只要任意一次读取到的单字节值等于143，即可判定客户端请求了Option 143

内容的提问来源于stack exchange，提问作者Yashwanth Rao