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 ROMPXE的灵魂所在当你开机在主板Logo画面之后有时会快速闪过一行字比如“RTL8125B PXE ROM Initializing...”。这行字就是关键。它表明这张网卡上的一个特殊芯片——Boot ROM——正在工作。这个ROM里固化了一段极其精简的代码其核心功能只有几个初始化网卡硬件在操作系统加载之前以最基础的模式让网卡能收发包。实现DHCP客户端向网络中的DHCP服务器发送请求获取IP地址、引导服务器Next-Server地址和引导文件名Boot File。实现TFTP客户端根据DHCP返回的信息从指定的TFTP服务器下载引导文件通常是pxelinux.0、bootmgfw.efi或grubx64.efi等。移交控制权将下载的引导文件加载到内存并执行至此网卡ROM的使命完成后续由更强大的引导程序或操作系统接管。RTL8125BG-CG的“免驱”就是指它的Boot ROM已经包含了完成上述步骤1-3的所有必要代码。因此在PXE服务器端如Windows WDS、Linux DHCPTFTP你不需要像对待一些老旧或服务器专用网卡那样事先将网卡的.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可能仍然需要额外的驱动非标准引导环境如果你使用的不是主流的SYSLINUX、GRUB2、Windows Boot Manager作为初始引导文件而是一些自定义的、极其精简的引导程序这个引导程序本身可能不包含网络协议栈需要依赖下一阶段。此时如果下一阶段的镜像如WinPE、Linux initrd中没有包含RTL8125B的驱动那么网络连接就会在引导程序移交控制权后中断。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服务器组件DHCPTFTP而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是否工作在服务器配置看似无误但客户端仍无法引导时需要从客户端端进行诊断。进入UEFI/BIOS设置确认“网络启动”、“UEFI PXE”等选项已开启。有些主板可能有“LAN1/LAN2 PXE”的选择如果你插在第二条PCIe槽可能需要专门启用对应槽位的ROM。观察开机画面开启主板POST详细显示观察是否有“RTL8125B PXE ROM”或类似字样初始化成功。如果根本没出现可能是网卡ROM被禁用或故障。使用主板内置的PXE诊断工具一些服务器主板或高端消费主板在启动时按特定键如CtrlS可以进入网卡ROM的配置界面在这里可以手动触发DHCP请求、查看获取到的IP甚至进行简单的Ping测试。这是判断PXE ROM是否正常工作的最直接方法。抓包分析在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命令。步骤简述从主板或Realtek官网下载适用于Windows 10/11的RTL8125B网络驱动包解压后找到.inf,.sys等文件。挂载boot.wim镜像通常位于Windows安装ISO的\sources目录。dism /mount-image /imagefile:boot.wim /index:1 /mountdir:C:\mount将驱动添加至挂载的镜像中。/recurse参数可以自动添加子目录下的所有驱动。dism /image:C:\mount /add-driver /driver:D:\Drivers\RTL8125B /recurse提交更改并卸载镜像。dism /unmount-image /mountdir:C:\mount /commit将修改后的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它可能没有有效的签名导致在安全启动开启时加载失败。解决方案使用预签名引导文件优先使用发行版提供的已签名GRUB包如grub-efi-amd64-signed。注册自定义签名在客户端机器上将自定义EFI文件的哈希添加到主板的UEFI安全启动数据库DB中。这操作复杂不适合大规模部署。临时禁用安全启动对于部署环境这是一个更实际的选择。在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如上文所述采用iPXEHTTP是根本性的性能提升方案。5. 总结与个人体会折腾RTL8125BG-CG的PXE部署从最初的无法引导到最终流畅实现千兆网络安装整个过程是对“免驱”这个概念的一次深刻再认识。硬件层面的“免驱”为我们扫清了第一道障碍但构建一个健壮、高效的网络部署系统依然需要我们深入理解PXE协议栈的每一个环节从DHCP的选项传递、UEFI与Legacy的区分到引导文件的匹配、最终操作环境驱动的集成。我个人最大的体会是“所见即所得”在IT基础设施领域往往是个陷阱。系统装好后网卡能用的“免驱”绝不等于预启动环境下的畅通无阻。对于运维工作而言提前验证关键硬件的PXE兼容性应该成为新设备上线前标准流程的一部分。对于RTL8125BG-CG这类主流网卡其兼容性已经相当好真正的挑战往往来自于复杂的网络环境VLAN、中继、防火墙和日益严格的安全策略Secure Boot。最后一个小建议建立一个标准化的PXE测试环境非常有用。可以是一台独立的物理机或者一个隔离的虚拟网络里面部署好基础的DHCP/TFTP服务和各种架构的引导文件。任何新网卡、新主板或新的部署镜像都先在这个“沙箱”里跑一遍记录下其PXE行为模式是Legacy还是UEFI发送的arch选项是什么这样当问题出现在生产环境时你就能快速定位是客户端、服务器还是网络的问题从而高效解决。这张小小的2.5G网卡背后连接的是整个系统部署自动化、标准化的大图景把它搞明白值。