必须在DHCP中显式配置next-server和filename，否则客户端会报PXE-E53或TFTP open timeout；因next-server是DHCP Option 66扩展字段，客户端只认该值，不查网关/DNS/ARP，且须为可达IPv4地址，与filename成对生效。
必须在 DHCP 配置中显式设置 next-server 和 filename，否则 PXE 客户端拿到 IP 后会卡在“TFTP open timeout”或直接报 “PXE-E53: No boot filename received” 错误。
为什么 next-server 不能靠默认路由或网关自动推导
DHCP 协议本身不传递“下一跳服务器”语义，next-server 是 PXE 扩展字段（对应 DHCP Option 66），必须由管理员手动指定；客户端 BIOS/UEFI 的 PXE 栈只认这个字段，不会查网关、DNS 或 ARP 表。
-
next-server值必须是 TFTP 服务器的 IPv4 地址，且该地址需能被客户端二层可达（同一广播域，或三层已配好 DHCP 中继） - 若 TFTP 与 DHCP 服务部署在同一台机器上，
next-server仍需写具体 IP，不能写127.0.0.1或localhost—— 客户端无法解析域名，也不走本机回环 - 某些旧网卡（如 Intel e1000 早期固件）对
next-server字段长度敏感，建议避免使用长域名或带端口的地址（它只接受纯 IPv4）
next-server 和 filename 必须成对出现
单独设 next-server 没用，客户端下载完 IP 后，会立刻用它去请求 filename 指定的文件。两者缺一不可。
-
filename是相对 TFTP 根目录的路径，例如"pxelinux.0"、"grubx64.efi"、"boot\x64\wdsnbp.com"（注意 Windows WDS 场景用反斜杠和 ASCII 编码） - 如果用 UEFI 客户端，
filename应指向 EFI 兼容引导文件（如"grubx64.efi"），BIOS 客户端才用"pxelinux.0"；混用会导致黑屏或 “Invalid image type” - 部分 DHCP 实现（如华为交换机）要求同时配置
option 66和option 67，此时next-server和filename是等价替代写法，但推荐优先用标准字段名，兼容性更好
常见配置位置与格式差异
不同 DHCP 实现对 next-server 的写法略有区别，关键看服务端软件类型：
- ISC dhcpd（Linux 主流）：写在
subnet块内，每段子网独立配置subnet 192.168.4.0 netmask 255.255.255.0 {range 192.168.4.10 192.168.4.200;next-server 192.168.4.7;filename "pxelinux.0";} - dnsmasq：用
dhcp-boot一行搞定，例如：dhcp-boot=pxelinux.0,pxeserver,192.168.4.7（顺序为filename,servername,next-server） - 华为/华三交换机：用命令行配置
dhcp server option 66 ip-address X.X.X.X，同时必须配dhcp server next-server X.X.X.X，二者不能省略任一
验证 next-server 是否生效的最简方法
别等客户端启动失败再排查——用 dhclient 在一台 Linux 客户端上抓一次真实响应即可：
- 先停掉本机 NetworkManager：
systemctl stop NetworkManager - 执行：
dhclient -d -v ens33（替换为实际网卡名），观察输出里是否含next server:和boot file:行 - 若看到类似
DHCPACK of 192.168.4.105 from 192.168.4.1 (xid=0x12345678): next server: 192.168.4.7, boot file: pxelinux.0，说明配置已送达 - 若没看到，检查
dhcpd.conf语法（dhcpd -t）、服务是否监听正确接口（ss -unlp | grep :67）、防火墙是否放行 UDP 67 端口
最容易被忽略的是：DHCP 服务启动后，next-server 修改必须重启 dhcpd（不是 reload），因为部分版本不支持热重载该字段；另外，客户端 PXE 栈缓存行为差异大，首次测试务必断电重启，不要仅按 Reset 键。
