RTL8125BG-CG网卡PXE免驱部署实战：从原理到避坑指南

1. 项目缘起：一张“免驱”网卡引发的部署革命

最近在给公司几台新采购的组装工作站做系统部署时，遇到了一个不大不小的麻烦。这批机器为了追求性价比和高速内网传输，主板集成的千兆网卡之外，还额外加装了一张2.5G的PCIe网卡。网卡芯片是瑞昱（Realtek）的RTL8125BG-CG，一个在消费级市场非常常见的型号。问题就出在，当我们试图通过网络（PXE）批量安装操作系统时，发现服务器根本找不到这台带有2.5G网卡的机器。折腾了半天才发现，原来我们熟悉的那个集成千兆网卡在PXE启动时一切正常，但新增的这张2.5G卡，在预启动环境里完全是个“瞎子”——没有驱动，它就无法被识别，更别提从网络引导了。

这其实是一个在运维和桌面支持领域越来越普遍的问题。随着2.5G甚至更高速度的网络在中小企业、工作室乃至高端家用场景普及，RTL8125系列这类高性价比网卡被大量采用。然而，很多用户甚至IT管理员都忽略了一个关键点：Windows或Linux系统装好后的“即插即用免驱”，和开机前那个极其精简的PXE预启动环境下的“免驱”，完全是两码事。前者依赖于操作系统自带的驱动库，而后者则需要网卡ROM或UEFI固件本身内嵌了非常基础的网络启动代码。所谓“RTL8125BG-CG支持PXE免驱”，指的正是后者——这张卡在硬件层面集成了启动所需的网络协议栈，使得它无需在PXE服务器端额外注入驱动，就能在开机自检（POST）后直接连入网络，进行远程引导。

搞清楚这一点，对于需要大规模、自动化部署系统的场景至关重要。它意味着部署流程的简化、可靠性的提升，以及维护成本的降低。今天，我就结合这次实际踩坑和后续的解决方案，来深度拆解一下RTL8125BG-CG这张卡的PXE“免驱”特性到底是怎么回事，我们该如何验证和利用它，以及在实践中可能会遇到哪些“坑”。

2. RTL8125BG-CG的PXE能力深度解析：不只是“能启动”

首先，我们需要破除一个常见的误解。很多人看到“支持PXE”就以为万事大吉，但实际上，PXE本身是一个协议族，而“免驱”更是一个需要明确语境的概念。对于RTL8125BG-CG这张卡，它的PXE支持主要体现在其Boot ROM上。

2.1 Boot ROM：PXE的灵魂所在

当你开机，在主板Logo画面之后，有时会快速闪过一行字，比如“RTL8125B PXE ROM Initializing...”。这行字就是关键。它表明这张网卡上的一个特殊芯片——Boot ROM——正在工作。这个ROM里固化了一段极其精简的代码，其核心功能只有几个：

1. 初始化网卡硬件：在操作系统加载之前，以最基础的模式让网卡能收发包。
2. 实现DHCP客户端：向网络中的DHCP服务器发送请求，获取IP地址、引导服务器（Next-Server）地址和引导文件名（Boot File）。
3. 实现TFTP客户端：根据DHCP返回的信息，从指定的TFTP服务器下载引导文件（通常是pxelinux.0、bootmgfw.efi或grubx64.efi等）。
4. 移交控制权：将下载的引导文件加载到内存并执行，至此，网卡ROM的使命完成，后续由更强大的引导程序或操作系统接管。

RTL8125BG-CG的“免驱”，就是指它的Boot ROM已经包含了完成上述步骤1-3的所有必要代码。因此，在PXE服务器端（如Windows WDS、Linux DHCP+TFTP），你不需要像对待一些老旧或服务器专用网卡那样，事先将网卡的.inf、.sys驱动文件放入引导镜像（Boot Image）中。对于标准化的x86 BIOS PXE或UEFI PXE引导，它可以直接工作。

2.2 UEFI PXE vs Legacy PXE：现代部署的关键分野

这是另一个容易踩坑的点。RTL8125BG-CG通常同时支持传统的Legacy BIOS PXE和现代的UEFI PXE。但两者的实现方式和引导文件截然不同。

• Legacy PXE (BIOS模式)：这是比较老的标准。网卡ROM工作在16位实模式下。它从DHCP服务器获取的引导文件通常是pxelinux.0（用于SYSLINUX/GRUB Legacy）或直接是bootmgr.exe（用于较老的Windows部署）。服务器端的配置相对统一。
• UEFI PXE：这是当前的主流和未来方向。网卡ROM（或更准确地说，是UEFI固件中的网络驱动）工作在32位或64位保护模式下。它需要从DHCP服务器获取针对不同架构的引导文件，例如：
  • bootx64.efi(x64 UEFI)
  • bootia32.efi(IA32 UEFI)
  • grubx64.efi(常用于Linux)

RTL8125BG-CG对UEFI PXE的支持，才是其“免驱”价值的核心体现。因为UEFI规范定义了标准的网络协议栈接口（EFI Simple Network Protocol），只要网卡的UEFI驱动符合这个规范，它就能在UEFI环境下直接用于网络引导。瑞昱为RTL8125B系列提供的UEFI驱动模块，通常已经集成在了主板的UEFI固件中，或者存在于网卡ROM的UEFI部分。这意味着，在UEFI启动模式下，这张卡的网络引导能力是由主板UEFI和网卡固件共同提供的，兼容性和稳定性通常比Legacy模式更好。

实操验证方法：进入主板的UEFI/BIOS设置界面，在“启动”（Boot）或“高级”（Advanced）选项里，找到类似“PXE Boot to LAN”、“UEFI Network Stack”或“LAN PXE Boot Option ROM”的选项，确保其已启用。如果能看到“RTL8125B UEFI Driver”之类的字样，就说明UEFI PXE支持是存在的。

2.3 “免驱”的边界：什么情况下它依然需要驱动？

“免驱”并非万能。在以下两种场景中，RTL8125BG-CG可能仍然需要额外的驱动：

1. 非标准引导环境：如果你使用的不是主流的SYSLINUX、GRUB2、Windows Boot Manager作为初始引导文件，而是一些自定义的、极其精简的引导程序，这个引导程序本身可能不包含网络协议栈，需要依赖下一阶段。此时，如果下一阶段的镜像（如WinPE、Linux initrd）中没有包含RTL8125B的驱动，那么网络连接就会在引导程序移交控制权后中断。
2. Windows PE环境：这是最常见的“坑”。Windows预安装环境（WinPE）是一个微型的Windows内核。虽然RTL8125BG-CG的PXE ROM能把你引导到WinPE的boot.wim，但一旦WinPE内核启动，它就需要自己的驱动程序来重新识别和驱动这张网卡，以便进行后续的系统安装（从网络共享读取install.wim）。如果WinPE镜像中没有集成RTL8125B的驱动，那么进入WinPE桌面后，你会发现没有网络连接。这里的“免驱”特指PXE启动阶段，而非WinPE运行阶段。

所以，一个完整的“免驱”部署流程应该是：网卡PXE ROM (免驱) -> 下载并启动标准引导文件 (如bootmgfw.efi) -> 引导文件加载WinPE镜像 (boot.wim) -> WinPE内核加载其内置的RTL8125B驱动 (需提前集成) -> 正常网络访问。很多人混淆了第一阶段和第四阶段的“驱动”需求。

3. 构建支持RTL8125BG-CG的完整PXE部署系统

理解了原理，我们就可以动手搭建一个真正能“抓”住这台机器的PXE服务器了。这里以最常用的Windows部署场景为例，结合Linux DHCP/TFTP服务器进行说明。

3.1 服务器端准备：DHCP与TFTP配置要点

假设我们使用一台Linux服务器（如Ubuntu）作为PXE服务器组件（DHCP+TFTP），而Windows部署服务（WDS）或SCCM可能运行在另一台Windows服务器上，或者直接使用dism集成的WinPE。

第一步：配置DHCP服务器（以isc-dhcp-server为例）关键是要正确区分并为Legacy和UEFI客户端提供不同的引导文件名。

# /etc/dhcp/dhcpd.conf 配置文件示例 subnet 192.168.1.0 netmask 255.255.255.0 { range 192.168.1.100 192.168.1.200; option routers 192.168.1.1; option subnet-mask 255.255.255.0; option domain-name-servers 8.8.8.8; # 定义引导服务器地址（你的TFTP服务器IP） next-server 192.168.1.10; # **关键部分：根据客户端架构提供不同的引导文件** if exists user-class and option user-class = "iPXE" { # 如果你使用iPXE增强，可以在这里定义 filename "http://192.168.1.10/boot.ipxe"; } else if option arch = 00:07 or option arch = 00:09 { # 00:07 代表 EFI x86-64 (64位UEFI), 00:09 代表 EFI x86-32 (32位UEFI) # 这是识别UEFI客户端的关键！RTL8125BG-CG以UEFI模式启动时会发送此选项。 filename "grubnetx64.efi"; # 或者 "bootmgfw.efi" } else { # 默认情况，通常为Legacy BIOS客户端 filename "pxelinux.0"; } }

注意：option arch是DHCP协议中的选项93，用于客户端标识其CPU架构。大多数现代UEFI固件都会正确发送此选项。确保你的DHCP服务器软件版本支持解析此选项。

第二步：准备TFTP根目录的引导文件TFTP根目录（例如/var/lib/tftpboot）结构需要精心组织：

/var/lib/tftpboot/ ├── pxelinux.0 # Legacy BIOS引导文件 ├── pxelinux.cfg/ # Legacy BIOS配置目录 │ └── default ├── grubx64.efi # UEFI x64引导文件 (GRUB2) ├── grub/ # GRUB2配置目录 │ └── grub.cfg └── boot/ # 可能用于存放字体、模块等

对于RTL8125BG-CG，最重要的是确保grubx64.efi（或其他UEFI引导文件）是存在的，并且其内置的模块能够支持网络引导。你可以从发行版安装包中获取预编译的grub-efi-amd64-signed包，或者自己编译GRUB2。

3.2 客户端调试：验证PXE ROM是否工作

在服务器配置看似无误但客户端仍无法引导时，需要从客户端端进行诊断。

1. 进入UEFI/BIOS设置：确认“网络启动”、“UEFI PXE”等选项已开启。有些主板可能有“LAN1/LAN2 PXE”的选择，如果你插在第二条PCIe槽，可能需要专门启用对应槽位的ROM。
2. 观察开机画面：开启主板POST详细显示，观察是否有“RTL8125B PXE ROM”或类似字样初始化成功。如果根本没出现，可能是网卡ROM被禁用或故障。
3. 使用主板内置的PXE诊断工具：一些服务器主板或高端消费主板，在启动时按特定键（如Ctrl+S）可以进入网卡ROM的配置界面，在这里可以手动触发DHCP请求、查看获取到的IP，甚至进行简单的Ping测试。这是判断PXE ROM是否正常工作的最直接方法。
4. 抓包分析：在PXE服务器或同一网络中的其他机器上使用Wireshark抓包。过滤bootp或dhcp。你应该能看到客户端（以网卡MAC地址标识）发出的DHCP Discover报文。如果看不到，说明客户端网卡ROM根本没发出请求，问题在客户端。如果能看到Discover，但后续没有Offer或ACK，问题可能在DHCP服务器配置或网络隔离（如VLAN、防火墙）上。

3.3 集成驱动到WinPE：解决“最后一公里”问题

如前所述，PXE引导成功进入WinPE后网络丢失，是因为WinPE缺少驱动。我们需要将RTL8125BG-CG的驱动集成到WinPE镜像（boot.wim）中。

所需工具：Windows Assessment and Deployment Kit (ADK)， 其中主要用到dism命令。

步骤简述：

1. 从主板或Realtek官网下载适用于Windows 10/11的RTL8125B网络驱动包，解压后找到.inf,.sys等文件。
2. 挂载boot.wim镜像（通常位于Windows安装ISO的\sources目录）。

   dism /mount-image /imagefile:boot.wim /index:1 /mountdir:C:\mount

3. 将驱动添加至挂载的镜像中。/recurse参数可以自动添加子目录下的所有驱动。

   dism /image:C:\mount /add-driver /driver:D:\Drivers\RTL8125B /recurse

4. 提交更改并卸载镜像。

   dism /unmount-image /mountdir:C:\mount /commit

5. 将修改后的boot.wim替换回PXE服务器TFTP目录下相应的位置（例如，替换WDS服务器上的引导镜像）。

经过这个步骤后，WinPE启动时就会自动加载RTL8125B的驱动，进入桌面后网络适配器将显示正常，可以访问网络共享进行系统安装。

4. 实战避坑指南与高阶技巧

在实际部署中，除了基本原理，还有很多细节决定了成败。以下是我总结的几个关键点和技巧。

4.1 坑一：DHCP中继（Relay）与选项传递

在跨网段或使用中央DHCP服务器的复杂网络环境中，PXE客户端可能通过DHCP中继代理获取IP。这时，必须确保中继设备正确转发了两个关键的DHCP选项：

• 选项66 (TFTP服务器名)：即next-server。
• 选项67 (引导文件名)：即filename。

如果中继没有转发这些选项，客户端即使拿到IP，也不知道去哪里找引导文件。你需要在网络设备（交换机、路由器或DHCP中继服务器）上明确配置转发这些选项。这是跨VLAN部署PXE最常见的故障点。

4.2 坑二：UEFI安全启动（Secure Boot）的影响

现代电脑默认开启安全启动。安全启动要求所有引导组件（包括网卡的UEFI驱动和后续的.efi引导文件）都必须被签名。虽然RTL8125BG-CG网卡UEFI驱动和微软官方的bootmgfw.efi通常都有有效签名，但如果你使用自定义编译的GRUB2 EFI文件（grubx64.efi），它可能没有有效的签名，导致在安全启动开启时加载失败。

解决方案：

1. 使用预签名引导文件：优先使用发行版提供的已签名GRUB包（如grub-efi-amd64-signed）。
2. 注册自定义签名：在客户端机器上，将自定义EFI文件的哈希添加到主板的UEFI安全启动数据库（DB）中。这操作复杂，不适合大规模部署。
3. 临时禁用安全启动：对于部署环境，这是一个更实际的选择。在UEFI设置中临时禁用Secure Boot，完成系统安装后再启用。

4.3 技巧：使用iPXE增强PXE功能

原生的PXE ROM功能非常基础，只支持TFTP。TFTP协议效率低，传输大文件（如WinPE镜像）慢且容易出错。iPXE是一个开源的增强型PXE固件，它可以替换或链式加载原生的网卡ROM。

iPXE的强大之处在于：

• 支持HTTP、iSCSI、FTP等协议：用HTTP下载引导文件，速度远超TFTP。
• 支持脚本：可以实现更复杂的引导逻辑。
• 支持从USB设备或ISO镜像引导。

对于RTL8125BG-CG，你可以通过网络引导一个微型的iPXE镜像（.ipxe），然后由这个iPXE脚本通过HTTP去拉取真正的WinPE或Linux内核。这能极大提升部署速度和可靠性。配置iPXE需要修改DHCP的filename指向iPXE的引导文件，并搭建一个提供iPXE脚本的Web服务器。

4.4 性能调优：PXE引导速度优化

默认的PXE超时和重试设置可能比较保守，导致引导过程缓慢。可以在DHCP服务器和客户端网卡ROM设置（如果支持）中进行调整：

• 调整超时：减少DHCP Discover的重试间隔和次数（需谨慎，网络不稳定时可能导致失败）。
• 优化TFTP块大小：在TFTP服务器配置中（如tftpd-hpa的-B 1468参数），增大块大小（blksize）到1468（在MTU 1500的网络中），可以减少数据包数量，提升传输效率。
• 使用HTTP代替TFTP：如上文所述，采用iPXE+HTTP是根本性的性能提升方案。

5. 总结与个人体会

折腾RTL8125BG-CG的PXE部署，从最初的无法引导到最终流畅实现千兆网络安装，整个过程是对“免驱”这个概念的一次深刻再认识。硬件层面的“免驱”为我们扫清了第一道障碍，但构建一个健壮、高效的网络部署系统，依然需要我们深入理解PXE协议栈的每一个环节：从DHCP的选项传递、UEFI与Legacy的区分，到引导文件的匹配、最终操作环境驱动的集成。

我个人最大的体会是，“所见即所得”在IT基础设施领域往往是个陷阱。系统装好后网卡能用的“免驱”，绝不等于预启动环境下的畅通无阻。对于运维工作而言，提前验证关键硬件的PXE兼容性，应该成为新设备上线前标准流程的一部分。对于RTL8125BG-CG这类主流网卡，其兼容性已经相当好，真正的挑战往往来自于复杂的网络环境（VLAN、中继、防火墙）和日益严格的安全策略（Secure Boot）。

最后一个小建议：建立一个标准化的PXE测试环境非常有用。可以是一台独立的物理机，或者一个隔离的虚拟网络，里面部署好基础的DHCP/TFTP服务和各种架构的引导文件。任何新网卡、新主板或新的部署镜像，都先在这个“沙箱”里跑一遍，记录下其PXE行为模式（是Legacy还是UEFI？发送的arch选项是什么？），这样当问题出现在生产环境时，你就能快速定位是客户端、服务器还是网络的问题，从而高效解决。这张小小的2.5G网卡，背后连接的是整个系统部署自动化、标准化的大图景，把它搞明白，值。