对于 UEFI 来说,pxelinux.0 和 pxelinux.cfg/default 配置的等效性是什么?

对于 UEFI 来说,pxelinux.0 和 pxelinux.cfg/default 配置的等效性是什么?

我使用 Pxe 连接具有 BIOS(传统模式)的服务器,效果非常好。

设置传统模式并从 PXE 启动服务器,它将加载 pxelinux.0 并通过 TFTP 从 /var/lib/tftpboot/pxelinux.cfg/default 读取配置菜单。

这是tcpdump旧版

            Vendor-Class Option 60, length 32: "PXEClient:Arch:00000:UNDI:002001"
            END Option 255, length 0
            PAD Option 0, length 0, occurs 188
18:38:42.626709 00:0c:29:c6:72:77 > Broadcast, ethertype IPv4 (0x0800), length 342: (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 328)
    172.16.234.112.bootps > 255.255.255.255.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0x90d61ab8, secs 6, Flags [Broadcast] (0x8000)
          Your-IP 172.16.235.94
          Server-IP 172.16.234.112
          Client-Ethernet-Address 00:25:90:d6:1a:b8
          file "/pxelinux.0"[|bootp]

18:38:42.628329 00:25:90:d6:1a:b8 > 00:0c:29:c6:72:77, ethertype IPv4 (0x0800), length 70: (tos 0x0, ttl 20, id 3, offset 0, flags [none], proto UDP (17), length 56)

    172.16.235.94.ah-esp-encap > 172.16.234.112.tftp: [udp sum ok]  28 RRQ "/pxelinux.0" octet tsize 0

    172.16.235.94.49152 > 172.16.234.112.tftp: [udp sum ok]  80 RRQ "/pxelinux.cfg/002590d6-1ab8-0607-0025-90d61ab80e0f" octet tsize 0 blksize 1408

我们可以看到 DHCP 提供了一个 IP,并且 tftppxelinux.0从中获取了文件/pxelinux.cfg/

我可以配置启动菜单default,安装 Centos 或其他任何东西。

然而最近我遇到了一个问题,即新服务器使用 UEFI。我知道我可以通过以下方式判断它是传统服务器还是 UEFI:dhcpd.conf

ddns-update-style none;
default-lease-time 3600;
max-lease-time 3600;
ignore client-updates;
allow booting;
allow bootp;


option client-system-arch code 93 = unsigned integer 16;

class "pxeclients" {

        match if substring(option vendor-class-identifier, 0, 9) = "PXEClient";

        next-server 172.16.234.112;


        if option client-system-arch = 00:00 {


                filename = "/pxelinux.0";

        }

        if option client-system-arch = 00:07 or option client-system-arch = 00:09{

                filename = "/BOOTX64.EFI";

        }

}

subnet 172.16.232.0 netmask 255.255.248.0 {

        option routers                  172.17.232.1;
        option subnet-mask              255.255.248.0;
        option domain-name-servers      202.106.0.20;
        range dynamic-bootp 172.16.235.2 172.16.239.253;

}

BOOTX64.EFI 来自 Centos7.5 ISO。

当它是遗产时一切都很好,但它仍然挂着

start PXE Over IPV4

屏幕闪烁并从另一个窗口切换(看不到是什么,速度非常快)。

从来看messages,它保存了DHCP Request和Offer。

Mar  8 19:32:36 ks dhcpd: DHCPREQUEST for 172.16.235.95 (172.16.234.112) from 5c:b9:01:92:f6:34 via ens192
Mar  8 19:32:36 ks dhcpd: DHCPACK on 172.16.235.95 to 5c:b9:01:92:f6:34 via ens192
Mar  8 19:32:36 ks dhcpd: DHCPDISCOVER from 5c:b9:01:92:f6:34 via ens192
Mar  8 19:32:36 ks dhcpd: DHCPOFFER on 172.16.235.95 to 5c:b9:01:92:f6:34 via ens192
Mar  8 19:32:40 ks dhcpd: DHCPREQUEST for 172.16.235.95 (172.16.234.112) from 5c:b9:01:92:f6:34 via ens192
Mar  8 19:32:40 ks dhcpd: DHCPACK on 172.16.235.95 to 5c:b9:01:92:f6:34 via ens192
Mar  8 19:32:40 ks dhcpd: DHCPDISCOVER from 5c:b9:01:92:f6:34 via ens192
Mar  8 19:32:40 ks dhcpd: DHCPOFFER on 172.16.235.95 to 5c:b9:01:92:f6:34 via ens192
Mar  8 19:32:44 ks dhcpd: DHCPREQUEST for 172.16.235.95 (172.16.234.112) from 5c:b9:01:92:f6:34 via ens192
Mar  8 19:32:44 ks dhcpd: DHCPACK on 172.16.235.95 to 5c:b9:01:92:f6:34 via ens192
Mar  8 19:32:44 ks dhcpd: DHCPDISCOVER from 5c:b9:01:92:f6:34 via ens192
Mar  8 19:32:44 ks dhcpd: DHCPOFFER on 172.16.235.95 to 5c:b9:01:92:f6:34 via ens192

......

这是来自 DHCP 服务器的 tcpdump port 67

   0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 5c:b9:01:92:f6:34, length 359, xid 0xe8ffad6f, Flags [Broadcast] (0x8000)
          Client-Ethernet-Address 5c:b9:01:92:f6:34
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: Request
            Server-ID Option 54, length 4: 172.16.234.112
            Requested-IP Option 50, length 4: 172.16.235.95

     ......

            GUID Option 97, length 17: 0.55.53.53.50.53.56.54.67.85.53.52.49.88.52.75.88
            NDI Option 94, length 3: 1.3.16
            ARCH Option 93, length 2: 7
            Vendor-Class Option 60, length 32: "PXEClient:Arch:00007:UNDI:003016"
            END Option 255, length 0

19:32:28.031210 00:0c:29:c6:72:77 > Broadcast, ethertype IPv4 (0x0800), length 342: (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 328)
    172.16.234.112.bootps > 255.255.255.255.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0xe8ffad6f, Flags [Broadcast] (0x8000)
          Your-IP 172.16.235.95
          Server-IP 172.16.234.112
          Client-Ethernet-Address 5c:b9:01:92:f6:34
          file "BOOTX64.EFI"[|bootp]

似乎服务器提供了BOOTX64.EFI但客户端没有接受,因为 tcpdump“端口 69”没有返回任何内容。

在传统模式下,tcpdump 端口 69,文件由客户端下载。

从上面的消息可以看出,服务器的身份是

PXEClient:Arch:00007:UNDI:003016

应该匹配else并加载BOOTX64.EFI

所以我很困惑,出了什么问题?

UEFI 配置的等价物是什么?它应该与客户端匹配(以检测它是 UEFI 还是 Legacy),并且应该有一个与引导加载程序相同的文件pxelinux.0,以及一个用于读取引导菜单的文件。欢迎提出任何建议。

我整天都在 Google 上搜索,没有找到任何有用的东西,包括 Redhat Docs。

探索1,由此看,它说的syslinux.efi是和 一样的pxelinux.0,我更改dhcpd.conf并重新启动,也不起作用。

答案1

  • pxelinux.0 为您提供用于启动传统目标的 PXE 菜单
  • BOOTX64.EFI 将帮助您启动特定的 Linux 发行版,但您将不会拥有不同的 PXE 启动资产菜单
  • pxelinux.efi 系统Linux系统启动为您提供 PXE 启动菜单UEFI目标

答案2

可悲的是,我输入了错误的 IP 地址, option routers 172.17.232.1; 应该是 172.16 而不是 172.17

感谢大家。

相关内容