udhcpc:如果DHCP服务器提供IP地址而不是主机名，则DHCP选项66变量tftp包含“坏”。

Question

我正在开发一个嵌入式Linux，它使用BusyBox和udhcpc (BusyBox的一部分)作为它的DHCP客户端。

如果我将DHCP服务器配置为在DHCP选项66中交付FTP服务器，那么只要选项包含主机名(可能是有效的DNS名称？！)，一切都很好(即，tftp变量在/etc/udhcpc.script中包含已配置的值)。如果选项包含IP地址，则变量tftp包含值"bad“。

这种行为的原因和意义是什么？

我在udhcpc文档中找不到关于这种行为的任何信息(https://udhcp.busybox.net/README.udhcpc，https://udhcp.busybox.net/)，也没有在Google上获得任何有用的搜索结果。

RFC2132不包含禁止此选项中的IP地址的任何限制(据我理解)。

有没有办法从udhcpc中的选项66获得IP地址？

Answer 1

更新:通常不需要选项150 (或66)来使用单独的TFTP服务器，如果在DHCP服务器上可配置的话，原创siaddr字段应该足够了。

RFC 5859告诉我们：

此备忘录记录"TFTP服务器地址“选项的现有用法。目前正在使用的选项号是150。通过DHCP发现此服务器有两种普遍接受的方法:DHCP头[RFC2131]中的"sname“字段和”There名称“选项(66) [RFC2132]。然而，这两个信息源都包含TFTP服务器的主机名。然后，必须将该主机名转换为IP地址。实现这一目标的通常方法是DNS。

1. TFTP服务器地址选项定义

TFTP服务器地址选项是DHCP选项。该选项包含客户端可能使用的一个或多个IPv4地址。当前使用此选项的目的是通过TFTP从VoIP服务器下载配置；但是，该选项可以用于与VoIP配置服务器联系之外的其他目的。选项的格式是:代码Len IPv4 Configuration Server Address(es) +-+

因此，我只能告诉您问题的答案是:不，您不能为此使用选项66，您应该支持DHCP选项150或siaddr字段，它是指向TFTP服务器的“下一个服务器”配置，但是这个RFC提到了一些有限的DHCP服务器只会返回到这个字段中。

更新(澄清解决方案可能比想象的简单)：

如果dhcp服务器(例如: ISC DHCP或busybox自己的乌德)支持提供正确的siaddr (与DHCP服务器本身不同)，那么乌德客户端当然已经支持它：

环境变量的参数如下：$HOME -- set $HOME env或"/“siaddr --引导下一个服务器选项

到目前为止，我一直使用siaddr通过一个单独的TFTP服务器通过DHCP引导x86系统，例如直接到Debian网络安装。我不知道，也不需要选择66或150。