RTL8125B-CG网卡PXE启动全解析：从免驱原理到实战配置-拓冰建站

1. 从一张“免驱”网卡说起：RTL8125B-CG的PXE能力探秘

最近在给一台老机器升级2.5G网络时，我选用了Realtek的RTL8125B-CG这张PCIE网卡。吸引我的点很简单：价格实惠，性能足够，而且产品宣传页上赫然写着“支持PXE免驱”。对于经常需要折腾系统部署、网络启动的我来说，“免驱”和“PXE”这两个词组合在一起，充满了诱惑力，但也伴随着一堆问号。所谓的“免驱”到底是什么意思？是在任何环境下插上就能用，还是特指某些场景？它的PXE功能是完整的吗，会不会有坑？带着这些疑问，我决定把这张卡里里外外研究一遍，把它的PXE支持能力彻底搞清楚，也给有类似需求的同行们趟趟路。

简单来说，RTL8125B-CG是一颗非常流行的2.5Gbps以太网控制器芯片，大量被用于第三方品牌的PCIE扩展卡上。它的“PXE免驱”特性，主要指的是在现代计算机的UEFI固件环境下，网卡内置的Option ROM可以被系统直接识别并调用，从而无需在操作系统中安装额外驱动就能进行网络启动。这听起来很美，但实际体验如何，能否满足从家用折腾到小型机房运维的需求，就是另一回事了。本文将围绕这张卡，深入拆解PXE启动的原理、这张卡的具体实现方式、在不同环境下的配置要点，以及我实际测试中遇到的各种情况和解决方案。

2. PXE启动的核心原理与“免驱”的真实含义

在深入这张网卡之前，我们必须先厘清PXE和“免驱”这两个概念。PXE，全称Preboot eXecution Environment，是由Intel设计的一套网络引导协议。它的核心目标是在操作系统启动之前，让计算机能够通过网络从服务器获取启动文件并执行。整个过程可以粗略分为几个阶段：首先，客户端网卡上电，其内置的PXE固件（即Option ROM）被主板BIOS/UEFI加载并初始化；接着，该固件通过DHCP协议从服务器获取IP地址，并同时获取TFTP服务器的地址和初始启动文件（如bootx64.efi或undionly.kpxe）的路径；最后，网卡通过TFTP协议下载该启动文件到内存中，并将控制权移交给它，从而完成从本地磁盘到网络引导的切换。

那么，所谓的“免驱”指的是什么呢？在传统的Legacy BIOS时代，网卡的PXE功能依赖于其Option ROM。这个ROM是烧录在网卡芯片或外围SPI Flash芯片里的一段小程序。当主板BIOS启动时，它会扫描所有PCI/PCIE设备的ROM空间，如果发现有效的PXE ROM映像，就将其映射到内存中并执行。这个过程完全独立于操作系统，所以可以说是“免驱”的。然而，进入UEFI时代后，情况发生了变化。UEFI定义了一套标准的网络协议栈（如SNP, Simple Network Protocol）和驱动模型（UEFI Driver）。一个理想的“UEFI PXE”实现，是网卡厂商提供一个符合UEFI标准的驱动（.efi文件），这个驱动可以被UEFI固件在启动早期加载，从而为系统提供网络能力。

对于RTL8125B-CG而言，它的“免驱”更多地是继承了传统思路，并做了UEFI适配。根据我的研究和实测，大多数采用此芯片的网卡，其PXE Option ROM同时包含了Legacy BIOS和UEFI两种模式的代码。在UEFI启动模式下，主板固件能够识别并直接调用这个ROM中的UEFI模块，从而“免去”了在UEFI Shell或操作系统中额外安装网络驱动的步骤。但这并不意味着它是万能的。这个“免驱”有明确的边界：它仅在系统启动前的预引导环境（Pre-boot Environment）中有效。一旦进入Windows、Linux等操作系统，你仍然需要安装对应的驱动程序，操作系统内核才能正常识别和使用这张网卡。

注意：这里存在一个常见的误解。很多人以为“免驱”等于即插即用，在任何系统里都能直接认出。实际上，对于PCIe硬件，操作系统层面的“驱动”和预引导环境的“Option ROM”是两个完全不同的概念。RTL8125B-CG的“免驱”特指后者。

3. RTL8125B-CG网卡的PXE固件剖析与兼容性测试

为了验证其PXE能力，我搭建了一个测试环境。服务器端使用一台Linux机器，部署了dnsmasq（集成DHCP和TFTP服务）和一台HTTP服务器用于存放Linux发行版的安装镜像。客户端则是一台支持UEFI启动的台式机，插上这张RTL8125B-CG网卡。

首先，需要在主板的UEFI设置中开启相关选项。通常位于“启动”或“高级”菜单下，需要确保：

启动模式设置为 UEFI（或UEFI与Legacy混合模式）。
从网络设备启动的选项被启用。
如果存在“PXE ROM 启动”或“LAN Option ROM”之类的具体设置，需要将其设置为“启用”。有些主板可能会将PXE ROM的加载设置为“Legacy only”，这会导致UEFI模式下无法调用网卡的PXE模块，需要特别注意。

保存设置重启后，在开机自检画面，你应该能看到网卡芯片的信息（如 Realtek PCIe GBE Family Controller）以及一个短暂的PXE初始化信息。接着，它会尝试从DHCP服务器获取IP。

实测兼容性总结：

UEFI PXE 启动：这是目前最主流也是最顺利的模式。在支持UEFI PXE的主板上，RTL8125B-CG能够成功获取IP，下载如ipxe.efi或grubx64.efi这样的UEFI网络引导程序，进而引导安装Windows、Linux等现代操作系统。性能稳定，速度也符合2.5G网络的预期。
Legacy BIOS PXE 启动：在较老的主板或设置为Legacy启动模式下，同样可以工作。它会下载如undionly.kpxe（传统iPXE）这样的文件。不过，随着新硬件和操作系统对Legacy模式支持减弱，这个场景在逐渐减少。
与不同主板/服务器的兼容性：这是我测试中遇到问题最多的地方。虽然标准协议是统一的，但不同厂商主板UEFI实现、以及不同服务器网卡PXE ROM的细微差异，可能导致握手失败。例如，在某些品牌的主板上，需要将PCIe链路速度从“自动”手动设置为“Gen3”才能稳定启动。这可能是由于主板PCIe初始化时序与网卡ROM的预期不符导致的。
与网络引导程序的配合：RTL8125B-CG自带的PXE ROM通常是一个基础版本。为了获得更强大的功能（如HTTP引导、脚本支持），我们往往会使用iPXE来增强。好消息是，它完全兼容iPXE。你可以通过DHCP的next-server和filename参数，让网卡首先下载一个精简的iPXE镜像（如ipxe.efi），然后由iPXE继续执行更复杂的引导脚本。我测试了从iPXE通过HTTP加载数GB大小的CentOS Stream镜像，全程非常稳定。

一个关键的实操心得：如果你遇到PXE启动失败，卡在“DHCP...”或“TFTP...”阶段，不要急于怀疑网卡。首先，用一台确认PXE正常的机器测试你的服务器端配置（DHCP作用域、TFTP路径、防火墙规则）。其次，进入主板UEFI设置，仔细检查与PCIe、网络启动相关的每一个选项。最后，可以尝试更新主板BIOS/UEFI固件和网卡本身的PXE ROM（如果厂商提供了更新工具）。很多时候，问题出在平台兼容性上，而非网卡本身。

4. 深入配置：从DHCP/TFTP服务器搭建到高级iPXE脚本

要让PXE跑起来，一个正确配置的服务端是前提。这里以功能强大且配置灵活的dnsmasq为例，展示一个基础的配置片段。假设服务器IP是192.168.1.10，TFTP根目录是/var/lib/tftpboot。

# /etc/dnsmasq.conf # 禁用DNS功能，仅使用DHCP和TFTP port=0 dhcp-range=192.168.1.100,192.168.1.200,255.255.255.0,12h dhcp-option=option:router,192.168.1.1 dhcp-option=option:dns-server,192.168.1.1 # 关键配置：指定TFTP服务器地址和不同的启动文件 # 根据客户端架构提供不同的文件 dhcp-match=set:efi-x86_64, option:client-arch, 7 # EFI x86-64 dhcp-match=set:efi-x86, option:client-arch, 6 # EFI x86 dhcp-match=set:bios, option:client-arch, 0 # Legacy BIOS dhcp-boot=tag:efi-x86_64,ipxe.efi dhcp-boot=tag:efi-x86,ipxe32.efi dhcp-boot=tag:bios,undionly.kpxe # 启用内置TFTP服务器 enable-tftp tftp-root=/var/lib/tftpboot

在这个配置中，dnsmasq会根据客户端发来的架构标识（client-arch），返回对应的初始引导文件。对于RTL8125B-CG网卡，在UEFI模式下，它会收到ipxe.efi这个文件。

接下来是ipxe.efi之后的故事。我们需要在TFTP根目录下放置一个iPXE脚本，告诉它下一步做什么。例如，创建一个名为boot.ipxe的脚本：

#!ipxe echo ==== iPXE Boot Menu ==== echo 1) Install CentOS Stream 9 echo 2) Boot from local disk echo 3) Shell echo prompt Please select an option: read menu goto ${menu} || goto default :1 echo Loading CentOS Stream 9 installer... kernel http://192.168.1.10/centos-stream9/images/pxeboot/vmlinuz inst.repo=http://192.168.1.10/centos-stream9/BaseOS/x86_64/os ip=dhcp initrd http://192.168.1.10/centos-stream9/images/pxeboot/initrd.img boot :2 echo Booting from local disk... sanboot --no-describe --drive 0x80 exit :3 echo Entering iPXE shell... shell :default echo Invalid selection or timeout. Booting from local disk in 5 seconds... sleep 5 sanboot --no-describe --drive 0x80 exit

这个脚本提供了一个简单的菜单，允许用户选择安装系统、从本地硬盘启动或进入iPXE命令行。使用HTTP协议（http://）加载内核和镜像，速度远快于传统的TFTP，这对于大文件传输至关重要，也是发挥2.5G网络优势的地方。

配置过程中的避坑点：

TFTP权限与防火墙：确保/var/lib/tftpboot目录及其下的文件对dnsmasq进程（通常是nobody或dnsmasq用户）有读取权限。同时，服务器防火墙需要放行DHCP（67/UDP）和TFTP（69/UDP）端口。如果使用HTTP，还需放行80或自定义端口。
iPXE二进制文件：务必从官方或可靠源获取正确架构的iPXE二进制文件。对于RTL8125B-CG，在UEFI 64位环境下使用ipxe.efi，在Legacy环境下使用undionly.kpxe。
DHCP作用域：确保你的DHCP服务器作用域（dhcp-range）正确，不会与网络中其他DHCP服务器冲突。

5. 进阶议题：PXE ROM更新、多网卡与虚拟化环境

对于追求稳定和最新功能的用户，可能会考虑更新网卡上的PXE ROM。Realtek官方通常不直接提供面向终端用户的ROM刷新工具，这些工具和ROM文件往往由网卡制造商（如StarTech, TP-Link等）提供。在尝试更新前，务必确认这是否有必要以及风险极高。

更新PXE ROM的潜在原因和风险：

原因：修复已知的PXE启动兼容性问题；支持更新的网络协议或标准。
风险：刷新失败可能导致网卡变砖，彻底无法进行网络启动，甚至影响操作系统下的正常使用。过程通常需要在纯DOS环境下进行，对新手不友好。
建议：除非你遇到了确切的、通过软件配置无法解决的PXE问题，并且能从你的网卡品牌商官网找到明确的更新说明和工具，否则不要轻易尝试刷新PXE ROM。大多数情况下，使用上游的iPXE作为引导文件，已经能解决99%的功能需求。

在多网卡环境下，例如服务器主板集成了千兆网卡，你又插上了这张RTL8125B-CG，PXE启动时选择从哪个网卡启动就很重要。这通常在主板UEFI的启动设备顺序（Boot Order）里设置。你可以看到一个“UEFI: Realtek PCIe GBE Family Controller”之类的选项，将其调整到硬盘之前。有些高级主板还允许为每个网卡单独设置是否加载其Option ROM。

在虚拟化环境（如VMware ESXi, Proxmox VE）中，情况又有所不同。此时，物理的RTL8125B-CG网卡被宿主机管理，虚拟机使用的是虚拟出来的网卡（如VMXNET3, E1000）。因此，虚拟机内部的PXE启动能力完全取决于虚拟化平台提供的虚拟网卡是否支持PXE，以及宿主机是否正确将物理网卡的网络连通性传递给了虚拟机，与物理的Realtek网卡本身的PXE ROM无关。例如，在ESXi中，你需要确保虚拟机的网络适配器类型是支持PXE的（如E1000e），并且连接到了正确的端口组。

6. 故障排查：当PXE启动失败时，我们该如何一步步定位

即使按照最佳实践配置，PXE启动仍可能失败。下面是一个系统性的排查流程，结合RTL8125B-CG可能的特点：

现象：开机无PXE初始化信息。
- 检查点：进入主板UEFI/BIOS，确认“网络启动”、“LAN Option ROM”或“PXE ROM”选项已启用。确认启动模式（UEFI/Legacy）与你的服务器端配置匹配。检查网卡是否在PCIe插槽上被正确识别。
现象：卡在“DHCP...”阶段，长时间无反应后失败。
- 检查点：这是最常见的问题。首先，在服务器端查看DHCP日志（如dnsmasq的日志或/var/log/syslog），看是否有收到客户端的DHCP Discover请求。如果没有，问题出在客户端到服务器的网络链路或客户端PXE ROM初始化上。检查网线、交换机端口。尝试将客户端和服务器直连。如果有请求但没回应，检查服务器DHCP配置的作用域、IP地址池是否耗尽、防火墙是否阻挡了67/68端口。
现象：DHCP成功，但卡在“TFTP...”或“Loading...”阶段。
- 检查点：服务器端TFTP服务是否正常运行？使用tftp命令在服务器本地测试文件下载。检查TFTP根目录的路径和权限。特别注意文件名大小写，TFTP协议在某些系统上对大小写敏感，确保配置中的文件名与实际文件完全一致。检查防火墙是否放行了69/UDP端口。对于较大的引导文件（如wimboot），某些旧的PXE ROM或TFTP服务器可能有数据块大小（blksize）限制，可以尝试在dnsmasq配置中添加tftp-blksize=1460或更小的值。
现象：能下载引导文件（如ipxe.efi），但随后黑屏或重启。
- 检查点：引导文件可能损坏或架构不匹配。重新下载或编译iPXE文件。确保为UEFI 64位环境提供ipxe.efi，为Legacy环境提供undionly.kpxe。检查iPXE脚本语法是否正确，引用的内核、initrd文件URL是否可访问。
现象：RTL8125B-CG特定问题——间歇性启动失败。
- 检查点：尝试在主板的UEFI设置中，找到与此PCIe插槽相关的设置，如“PCIe Link Speed”，将其从“Auto”手动设置为“Gen3”或“Gen2”。这解决了我在某块主板上遇到的随机性PXE启动失败问题，推测是链路训练不稳定导致Option ROM初始化异常。

一个实用的诊断工具：如果条件允许，在客户端和服务器之间串联一个支持端口镜像的交换机，或者直接在服务器上使用tcpdump或Wireshark抓包。观察DHCP四步握手（Discover, Offer, Request, Ack）是否完整，TFTP的读写请求（RRQ, DATA, ACK）是否正常。这是定位网络层问题最直接的方法。

7. 超越基础：利用iPXE脚本实现自动化与多功能引导

RTL8125B-CG配合强大的iPXE，能做的事情远超简单的系统安装。这里分享几个我常用的进阶脚本思路：

1. 自动化部署流水线：通过iPXE脚本读取MAC地址或DHCP选项，自动选择不同的部署策略。例如，将脚本修改为自动判断：

#!ipxe echo MAC address is ${net0/mac} # 判断如果是特定的测试机器MAC，则自动安装测试系统 iseq ${net0/mac} 54:ab:3a:12:34:56 && goto auto-test-install || goto interactive-menu :auto-test-install echo Starting automated test installation... kernel http://server/auto-install/vmlinuz inst.ks=http://server/auto-install/ks.cfg initrd http://server/auto-install/initrd.img boot

2. 运行内存诊断或硬件检测工具：直接从网络引导MemTest86+、硬件检测工具等ISO镜像，无需制作U盘。

#!ipxe echo Booting MemTest86+... initrd http://server/tools/memtest86+.iso chain memdisk iso raw

3. 备份与恢复：通过网络引导一个轻量级的Linux Live环境（如GParted Live, Clonezilla），然后挂载网络存储（NFS, iSCSI），进行整盘克隆或分区备份恢复操作。

4. 链式引导（Chainloading）：从iPXE再引导另一个网络引导程序，或者引导位于本地硬盘、USB设备上的特定引导管理器，提供了极大的灵活性。

通过这些脚本，这张“免驱”的2.5G网卡就变成了一个强大的网络运维入口。它的价值不在于其本身的PXE ROM有多强大，而在于它可靠地为你打开了那扇门，让你能够将复杂、自动化的网络引导流程引入到任何一台插着它的机器上。

折腾这张RTL8125B-CG网卡PXE功能的过程，让我再次体会到，硬件规格表上的一个简单勾选（“支持PXE”），背后是协议、固件、软件配置和平台兼容性交织成的复杂网络。对于普通用户，在主流主板上用它实现UEFI PXE安装系统，基本可以做到开箱即用。但对于运维人员或深度爱好者，理解其原理、掌握服务端配置、善用iPXE这样的增强工具，才能完全释放它的潜力，将其转化为一个稳定高效的网络部署节点。最后，如果遇到问题，耐心地按照“现象->网络链路->服务端配置->客户端固件/设置”的顺序进行排查，大部分难题都能迎刃而解。