SHW Asked: 2019-09-26 03:55:56 +0800 CST2019-09-26 03:55:56 +0800 CST 2019-09-26 03:55:56 +0800 CST PXE：文件加载时间 772 在 PXE 引导系统时，它会在 PXE 服务器上查找 UUID 文件。如果找到，则相应地进行。Else System 等待 2 分钟，然后开始在 PXE 服务器上查找 MacID 文件。 有没有办法设置这个文件搜索时间？ 更新 1： 底层 pxe 引导加载程序是 PXELINUX pxe 1 个回答 Voted Best Answer telcoM 2020-07-16T10:26:12+08:002020-07-16T10:26:12+08:00 一个迟到的答案，但也许它会帮助别人...... 以我的经验，PXELINUX 不会等待 2 分钟：它将default像 TFTP 一样快地在潜在的配置文件名形式（客户端 UUID、客户端 MAC 地址、十六进制的整个 IP 地址、十六进制的部分 IP 地址以及最后）之间迭代服务器会告诉它没有找到以前的文件。 您的 TFTP 服务器是否配置为在任何传入连接上尝试 DNS 查找和/或identd查询（因为 tcpwrapper/libwrap配置？）？如果您的 DNS 服务器没有响应 TFTP 服务器主机，和/或 TFTP 服务器的identd查询使用默认超时值，则可能会出现大约 2 分钟的最坏情况延迟。 PXE 客户端不会响应identd查询，因此将它们与传入的 TFTP 连接一起尝试可能只是浪费时间。例如，如果您的 PXE 引导客户端位于 IP 块 192.168 中。. ，那么你应该确保你/etc/hosts.allow有这样的专线： in.tftpd: 127.0.0.1 [::1] 192.168.0.0/16 而不是依赖可能包含ALL@前缀（将触发无用identd查询）和/或可能基于名称（在允许 TFTP 服务器处理传入请求之前触发 DNS 查找）的默认行。该in.tftpd部分可能会有所不同，具体取决于您使用的 TFTP 服务器和/或它是独立的还是[x]inetd基于的。 对 PXE 引导加载程序进行故障排除可能需要在 DHCP 和/或 TFTP 端口上转储网络流量，以查看它的距离以及它是否从 TFTP 服务器接收到有效答案，但首先尝试提高 TFTP 服务器的日志记录级别，以便它记录它收到的所有请求和它发出的响应，看看这是否有助于你找出问题所在。 一个常见的问题是使用 TFTP 请求的文件的路径名与您期望的不完全一致，或者您的 TFTP 服务器以意外的方式将其映射到其文件系统中。例如，如果使用 Windows 服务器来提供 PXELINUX 配置文件，您可能需要将 Windows TFTP 服务器配置为也接受 Unix 样式的正斜杠作为路径分隔符，而不仅仅是 Windows 样式的反斜杠。 PXELINUX 中唯一可通过 DHCP 调整的超时值是重新启动时间值（DHCP 选项 211），其默认值为 300 秒，而不是两分钟。因为 PXELINUX 的 DHCP 选项曾经在为特定于站点的选项保留的范围内（在RFC 3942之前），您可能还需要在 DHCP 选项 208 中提供特定的“魔术”值，以确认 DHCP 选项范围 208- 211 实际上是为 PXELINUX 而设计的，而不是用于其他一些特定于站点的用途。有关详细信息，请参阅RFC 5071。
一个迟到的答案，但也许它会帮助别人......
以我的经验，PXELINUX 不会等待 2 分钟：它将
default像 TFTP 一样快地在潜在的配置文件名形式（客户端 UUID、客户端 MAC 地址、十六进制的整个 IP 地址、十六进制的部分 IP 地址以及最后）之间迭代服务器会告诉它没有找到以前的文件。您的 TFTP 服务器是否配置为在任何传入连接上尝试 DNS 查找和/或
identd查询（因为 tcpwrapper/libwrap配置？）？如果您的 DNS 服务器没有响应 TFTP 服务器主机，和/或 TFTP 服务器的identd查询使用默认超时值，则可能会出现大约 2 分钟的最坏情况延迟。PXE 客户端不会响应
identd查询，因此将它们与传入的 TFTP 连接一起尝试可能只是浪费时间。例如，如果您的 PXE 引导客户端位于 IP 块 192.168 中。. ，那么你应该确保你/etc/hosts.allow有这样的专线：而不是依赖可能包含
ALL@前缀（将触发无用identd查询）和/或可能基于名称（在允许 TFTP 服务器处理传入请求之前触发 DNS 查找）的默认行。该in.tftpd部分可能会有所不同，具体取决于您使用的 TFTP 服务器和/或它是独立的还是[x]inetd基于的。对 PXE 引导加载程序进行故障排除可能需要在 DHCP 和/或 TFTP 端口上转储网络流量，以查看它的距离以及它是否从 TFTP 服务器接收到有效答案，但首先尝试提高 TFTP 服务器的日志记录级别，以便它记录它收到的所有请求和它发出的响应，看看这是否有助于你找出问题所在。
一个常见的问题是使用 TFTP 请求的文件的路径名与您期望的不完全一致，或者您的 TFTP 服务器以意外的方式将其映射到其文件系统中。例如，如果使用 Windows 服务器来提供 PXELINUX 配置文件，您可能需要将 Windows TFTP 服务器配置为也接受 Unix 样式的正斜杠作为路径分隔符，而不仅仅是 Windows 样式的反斜杠。
PXELINUX 中唯一可通过 DHCP 调整的超时值是重新启动时间值（DHCP 选项 211），其默认值为 300 秒，而不是两分钟。因为 PXELINUX 的 DHCP 选项曾经在为特定于站点的选项保留的范围内（在RFC 3942之前），您可能还需要在 DHCP 选项 208 中提供特定的“魔术”值，以确认 DHCP 选项范围 208- 211 实际上是为 PXELINUX 而设计的，而不是用于其他一些特定于站点的用途。有关详细信息，请参阅RFC 5071。