☰

由于 DHCP 问题，PXE 启动无法进行

tag-icon • tag-icon dhcp pxe-boot
由于 DHCP 问题，PXE 启动无法进行

昨天我可以在一定程度上通过 PXE 启动这台笔记本电脑，但过了一段时间后突然开始显示此错误消息。在此期间我重新安装了 tftp 服务器等。

似乎发生了 DHCP 租约问题。我认为客户端想要一些特定的地址？有人知道如何解决这个问题吗？

Client requested address 0.68.101.98 [06/06 04:37:27.658]
no more address or address previously allocated by another server [06/06 04:37:27.658]
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:0E:7B:23:FA:11 [06/06 04:37:29.670]
Client requested address 0.68.101.98 [06/06 04:37:29.670]
no more address or address previously allocated by another server [06/06 04:37:29.670]
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:0E:7B:23:FA:11 [06/06 04:37:33.679]
Client requested address 0.68.101.98 [06/06 04:37:33.679]
no more address or address previously allocated by another server [06/06 04:37:33.679]
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:0E:7B:23:FA:11 [06/06 04:37:41.699]

答案1

当您的 DHCP 池已满（即，DHCP 服务器可以分配的每个地址都已被使用或被保留）时，通常会出现此消息。

如果您重新启动 DHCP 守护程序（它应该释放所有 IP 地址），这种情况还会发生吗？

答案2

那个日志对我来说不太合理，因为它记录了 Discover 数据包，但没有记录 Offer 和 Request 数据包。但它却说客户端请求了一个地址。但客户端请求的地址显然是无效的。我不知道是客户端搞砸了，还是 DHCP 服务器搞砸了。如果能看到网络上数据包的真实情况就好了。

使用可管理的交换机镜像客户端笔记本电脑的端口，在该端口上放置嗅探器并查看所有 DHCP、ARP 和 ICMP 帧。您可以使用tcpdump类似这样的方法：

sudo tcpdump -i eth0 -nevvvs0 '(udp port bootpc) or arp or icmp'

另外，这个日志真的是 6 月 6 日的吗？你在这个问题上已经呆了 10 个月了，还是你的系统时钟/日历设置错了？

相关内容