我已经设置了 WDS 服务器并将其连接到我的本地网络交换机。当我在该网络上使用 PXE 2.0 对任何物理连接的计算机进行 PXE 启动时，一切正常。它启动到 Windows PE。
但是，当我在同一网络交换机上使用 PXE 2.1（在同一网络上配置为“桥接”）的开发计算机上启动 Oracle 虚拟机时，我收到以下错误消息：PXE-E55: ProxyDHCP服务未回复端口 4011 上的请求。
所以我的问题是，为什么我的虚拟机的响应与物理连接的计算机不同？两者都从同一范围 192.168.1.xxx 中的同一 DHCP 服务器获取 IP 地址
为了便于故障排除，我在每个网络配置文件上禁用了 WDS 服务器上的防火墙。
我有一个用于安装 Debian 和 MemTest86+ 的 PXE 引导服务器。
突然，我的戴尔 Optiplex 755 开始默认启动到 PXE 启动，即使知道系统上安装了 Debian。
我可以使用 F12 启动到 Debian。
由于某种原因，我无法访问 Bios 中的引导顺序。
我希望通过从 RedHat Satellite 服务器进行 PXE 引导的配置与 Windows 部署服务器集成。
为此，我希望 WDS 的（非 UEFI）syslinux 引导加载程序加载另一个 EFI 引导加载程序（grub2/grubx64.efi）而不是 Linux 内核。这应该通过 TFTP 加载，因为待配置的系统尚未在硬盘上安装任何引导加载程序。
那可能吗？
背景：
在理想的 Satellite-only 设置中，Satellite 服务器喜欢控制 DHCP 来设置它自己的下一个服务器和文件选项。然后它通过 TFTP 加载其中一个 PXE 引导加载程序，进而启动内核。卫星服务器将操纵 DHCP 服务器来设置正确的引导加载程序（在我们的例子中，始终相同，grub2/grubx64.efi），并设置 grub 将使用的正确内核参数。
我们有一个混合环境，我们的 DHCP 将始终指向 syslinux 引导加载程序。我可以在 syslinux 菜单中添加一些东西，但我不能替换 syslinux。
天真的解决方案是在 syslinux 中复制内核命令行，但这不起作用，因为每个主机的内核命令行都不同（它包括 MAC 地址）。
因此，我需要一种方法让 syslinux 然后加载 grub2/grubx64.efi 加载程序，然后启动其余过程。
我正在尝试从运行 tftpd32（由 CloneDeploy 1.4.0 安装）的 Windows 2019 服务器进行 PXE 引导。服务器的防火墙被禁用。尝试 PXE 引导 (ipxe) 时，客户端通过 DCHP 获得 IP，并且能够连接到 TFTP 服务器，但随后传输超时：
TFTP.
PXE-E35
PXE-E39
这种设置在 Corona 之前一直有效，但现在不再有效。我对从那以后可能发生的变化有点生疏了。我已经更新了我的计算机 BIOS/UEFI，但这不是我认为的问题，因为我在 PXE 引导另一台我没有接触过的机器时遇到了同样的问题。通过多台计算机上的 Intel NIC 和 QLogic NIC 引导均失败，症状和日志相同（见下文）。我已经更新了 pfsense 版本（运行 DHCP 服务器的单独盒子），但我看不出这会如何影响事情，因为事情的 DHCP 方面似乎工作正常？
客户端和服务器在同一个子网上，中间只有一个（绝对不会过载）交换机。交换机上没有定义流量限制。
我已经在本地启动了一台我尝试通过网络启动的计算机。在这台计算机上运行 TFTP 客户端时，我可以下载有问题的文件，pxeboot.0就好了。这是失败的引导尝试的 tftpd32 日志：
Connection received from 10.0.1.76 on port 2070 [21/08 09:20:14.219]
Read request for file <pxeboot.0>. Mode octet [21/08 09:20:14.219]
OACK: <tsize=67641,> [21/08 09:20:14.219]
Using local port 60476 [21/08 09:20:14.219]
Peer returns ERROR <TFTP Aborted> -> aborting transfer [21/08 09:20:14.219]
Connection received from 10.0.1.76 on port 2071 [21/08 09:20:14.219]
Read request for file <pxeboot.0>. Mode octet [21/08 09:20:14.219]
OACK: <blksize=1456,> [21/08 09:20:14.219]
Using local port 60477 [21/08 09:20:14.219]
Ack block 1 ignored (received twice) [21/08 09:20:16.235]
TIMEOUT waiting for Ack block #2 [21/08 09:20:34.279]
这里是在启动到 Windows 时使用 tftp 客户端成功传输的日志（也适用于默认的块大小，它从 OACK 中删除了它）：
Connection received from 10.0.1.36 on port 59131 [21/08 10:19:54.213]
Read request for file <pxeboot.0>. Mode octet [21/08 10:19:54.213]
OACK: <blksize=1024,tsize=67641,> [21/08 10:19:54.213]
Using local port 49403 [21/08 10:19:54.213]
<pxeboot.0>: sent 67 blks, 67641 bytes in 0 s. 0 blk resent [21/08 10:19:54.213]
我尝试更改 tftpd32 的设置：尝试打开和关闭“选项协商”和“PXE 兼容性”的所有组合，并不能解决问题。
我可以尝试诊断或解决什么问题？
当我们使用桌面唤醒时，我们遇到了问题。在 Bios 中，我们将 Wake on Lan（在电源管理下）设置为“带 PXE 启动的局域网”。如果我们 WOL，计算机将唤醒，并尝试 PXE 引导。如果用户不与进程交互，PXE 将在几秒钟后超时（具体来说，屏幕显示“按 F8 键查看菜单并倒计时）。如果未按 F8，则计算机应退出 PXE 并从硬盘启动。PXE 结束后，它会显示“自动选择：本地引导”，然后退出 NIC 的引导代理。然后我们收到一条消息：“未找到引导设备。按任意键重新启动机器。如果我们重新启动机器，它就可以从硬盘启动。
我想知道当我们不选择使用 PXE 启动功能时，我是否遗漏了任何让硬盘驱动器成功启动的东西。当我们从 F8 菜单中选择一个选项时，PXE 起作用。我已经更新了 BIOS 固件，在所有其他方面，计算机似乎都可以正常运行，这只是一个错误。
硬件：使用内置 Intel NIC 的戴尔 7060/7070 台式机。通过 Ivanti 创建的 PXE 服务器。