简介：ESXi-Customizer 是一套面向 VMware ESXi 管理员与运维人员的自定义 ISO 构建工具，核心用途是将 Realtek 系列网卡驱动（R8168、R8169、8139、R8161、R8151）直接集成进 ESXi 安装镜像，解决非标准硬件部署时无法识别网卡的问题。压缩包内为 v2.7.2 版本工具，共 38 个文件、大小仅 5.27MB，包含可执行程序、vib 格式驱动包、txt 说明文档、dll 运行库及 au3 自动化脚本，结构清晰，适合需要快速制作自定义 ESXi 安装盘的初中级运维人员。其中驱动覆盖多款 Realtek 千兆/百兆网卡，并附有 README、CHANGES 等说明文本，便于理解版本差异与集成流程。目前已有 542 人学习下载，对经常处理 ESXi 部署和硬件兼容性调试的 IT 人员来说，是一份轻量实用的工具包。 ESXi装到一半卡在“找不到硬盘”或者“网卡未识别”，这种场景玩过物理机虚拟化的朋友应该都不陌生。尤其是联想ThinkSystem、戴尔R系列这类服务器，自带RAID控制器和万兆网卡，官方ESXi镜像往往不带对应驱动，装到存储那一步直接筛掉一批人。今天聊的ESXi-Customizer，就是专门解决这类“官方ISO缺驱动”问题的封装工具，可以把网卡驱动、存储控制器驱动、甚至OEM补丁直接打进去，生成一个“开箱即识别”的自定义安装镜像。这篇文章我会把工具选型、封装步骤、以及我在实际部署中踩过的坑一并写清楚，适合正在折腾ESXi 7.0/8.0安装和驱动的朋友。
1. 先聊清楚：为什么官方ISO不够用，ESXi-Customizer要解决什么问题
1.1 ESXi-Customizer到底是什么
ESXi-Customizer本质上是一个镜像封装器，它做的事情很简单：解包官方ESXi ISO、把额外驱动或补丁塞进去、重新打包成新的ISO。早期它有一个图形化版本叫ESXi-Customizer v2.x，在ESXi 6.x时代非常流行，很多装机教程里都有它的身影。后来VMware在ESXi 7.0之后调整了镜像签名和引导方式，旧版GUI工具对新版本往往不生效，于是社区逐渐转向了基于PowerShell的ESXi-Customizer-PS脚本，名字听起来像是升级版，其实是一个独立维护的项目。
我自己的理解是，ESXi-Customizer不是“万能的驱动注入器”，它的核心价值在于定制“引导期驱动”。也就是说，它注入的是ESXi安装程序在启动阶段就能识别的驱动，目的是让安装过程顺利进行。系统装上之后，部分驱动可以在运行时通过VIB包再补，但安装时就卡住的话，连补的机会都没有，这就是工具存在的真正意义。
1.2 什么时候你会用到它
什么时候需要封装自定义镜像？我列几个最常见的场景。
- 服务器装了RAID卡（如PERC H730P / H740P、Adaptec 88xx系列），但ESXi安装界面里看不到RAID卷。
- 主板板载网卡是Intel I350 / I210 / X710 / X550等，官方镜像不带或驱动版本过旧，安装后管理地址出不来。
- 需要在安装阶段直接支持一些特殊硬件，比如NVMe硬盘（部分老版本ESXi对NVMe支持不全）、USB网卡等。
- 想把一些OEM官方补丁、社区驱动（如Realtek网卡驱动）预先整合进镜像，避免每次装系统都要手工加载驱动。
- 批量部署多台同型号服务器，希望使用同一个定制镜像，保持硬件兼容性。
符合这些场景，ESXi-Customizer就能帮你省掉大量重复操作。不过得提醒一句：如果在普通家用台式机上装ESXi，碰到“认不出硬盘”或者“没有网卡驱动”，先别急着封镜像。先确认是不是BIOS/UEFI模式不匹配，这一点我在后面问题排查章节会细说。
1.3 “安装ESXi还是直接装Windows”：这题其实不冲突
每次分享ESXi相关工具，总会有人问“我到底该装ESXi还是直接装Windows”。这个问题在定制ISO的语境下，其实可以换个角度想：ESXi是底层裸金属虚拟化平台，它的优点是硬件开销小、稳定性高、适合长期跑虚拟机；缺点是硬件兼容性天然比Windows挑剔。Windows恰恰相反，几乎任何硬件都有驱动，但资源开销大、需要维护系统本身。
如果你只是想跑一两个轻量应用（比如软路由、下载机），直接用Windows或Linux更省事；如果你想在一台机器上稳定跑软路由、NAS、Windows虚拟机、Linux开发环境，并且愿意折腾驱动兼容性，那ESXi才值得投入。我写这篇指南，默认读者已经选了ESXi这条路，剩下的问题就是怎么把ISO搞定。
2. 两种主流封装方案与工具选型
2.1 图形化工具版：ESXi-Customizer v2.x
ESXi-Customizer v2.x是很多早期教程里的主角，Windows图形界面，几步就能完成驱动注入。它支持往镜像里加VIB离线包、OEM.tgz补丁，还允许自定义bootbank里的引导参数。它的原理是通过读取ESXi镜像内depot索引，把第三方VIB解压并纳入镜像依赖树。
但这里有个大坑：老版本ESXi-Customizer只适配ESXi 5.x/6.x的镜像结构。ESXi 7.0无论怎么折腾，它生成的镜像大概率会在引导时直接报错，或者安装器根本起不来。所以我现在的态度很简单：ESXi 6.7及以下版本，可以用GUI版；ESXi 7.0以上，别抱侥幸心理，直接上PowerShell脚本版。
2.2 PowerShell脚本版：ESXi-Customizer-PS
ESXi-Customizer-PS是目前维护活跃、兼容性最好的封装方案。它运行在装有PowerShell的Windows机器上，本质是调用VMware PowerCLI的ImageBuilder模块，把驱动包整合进ESXi镜像。它的命令结构很清晰，下面是一个典型使用方式。
# 导入ESXi-Customizer-PS脚本（假设已下载到当前目录） .\ESXi-Customizer-PS.ps1 -iz ..\ESXi\VMware-ESXi-7.0U3g-20328353-HPE-20221001.iso -pkgDir ..\DriverPackages -outDir ..\Output参数含义我解释一下：
-iz：指定原始ESXi ISO路径。-pkgDir：指定存放VIB离线包（.zip或.vib）的目录，脚本会自动识别里面的depot。-outDir：指定生成ISO的输出目录。- 还可以加
-vft参数强制保留社区驱动的VIB不打签名校验。
这个脚本最大的优点是利用PowerCLI的在线依赖库和ImageBuilder引擎，理论上可以完整保留ESXi的签名体系，生成镜像在物理机上引导时会干净很多。
2.3 其他“平替”方案
除了ESXi-Customizer这条路，还有几个替代方案，我简要对比一下，方便你根据场景选择。
| 工具/方案 | 适用版本 | 优点 | 缺点 |
|---|---|---|---|
| ESXi-Customizer v2.x | ESXi 6.x及以下 | 图形界面，简单直观 | 已停止维护，对7.0+无效 |
| ESXi-Customizer-PS | ESXi 7.0/8.0 | 兼容性最好，支持PowerCLI | 需要Windows环境且要装PowerCLI模块 |
| VMware ImageBuilder图形shell | 7.0/8.0 | VMware官方离线命令，稳定可靠 | 命令较多，学习成本略高 |
| 在线ESXi镜像生成器（如HPE厂商定制ISO） | 各OEM版本 | 厂商已内置大量驱动 | 仅限对应品牌服务器可用 |
从实操体验来看，ESXi-Customizer-PS综合表现最好。虽然PowerCLI初装有点繁琐，但封装一次之后，后续换驱动版本、加新补丁都非常灵活，值得花时间配置好。
3. 基于ESXi-Customizer的完整封装实操
3.1 动手前准备：软件环境与驱动包获取
先说环境。建议准备一台Windows 10/11机器，安装以下东西：
- VMware PowerCLI（直接在PowerShell里执行
Install-Module -Name VMware.PowerCLI -Scope CurrentUser即可），注意PowerCLI 12及以上版本需要.NET Framework 4.8或更高。 - ESXi-Customizer-PS脚本，从社区仓库或者GitHub下载，解压到工作目录。
- 原始ESXi ISO，建议从VMware官网、Broadcom官网或服务器OEM厂商官网下载（比如联想ThinkSystem的定制ISO），不要从不明来源下载，防止镜像被篡改。
然后是驱动包来源。驱动包一般可以分为三类：
- 官方VIB离线包：从VMware Compatibility Guide里找到对应硬件，下载官方提供的VIB zip文件。
- 社区驱动包：比如Intel网卡的igb/ixgbe驱动、Realtek驱动，这些经常在VMware社区论坛或GitHub上有维护者发布zip包。
- OEM补丁：比如HPE、Dell、Lenovo服务器管理工具的VIB包，需要品牌对应的官方离线仓库。
我个人的习惯是：先用VMware官方兼容性列表找，找不到再去社区找。因为官方VIB与ESXi的版本绑定更严格，出问题概率小。要注意的是，驱动包版本必须与目标ESXi版本匹配，比如ESXi 7.0 Update 3用的驱动包，直接塞到ESXi 8.0里大概率会报签名或依赖错误。
3.2 注入驱动的具体配置流程
我把整个流程拆成可复现的步骤，假设你已经在工作目录下准备好了脚本、原始ISO和驱动包。
第一步，启动Windows PowerShell（管理员模式），确认PowerCLI加载正常：
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser -Force Import-Module VMware.PowerCLI -ErrorAction Stop如果提示允许脚本执行，选Y；如果PowerCLI找不到，先执行Install-Module -Name VMware.PowerCLI。
第二步，新建两个目录，把原始ISO和驱动包分别放好。我的习惯是：
C:\ESXi-Custom\ ├── ESXi-Customizer-PS.ps1 ├── Source\VMware-ESXi-7.0U3g-20328353-HPE-20221001.iso ├── DriverPackages\Intel-i350-igb_1.5.1-1.zip └── Output\第三步，执行封装命令。我结合Intel I350网卡驱动和RAID驱动的真实场景，给出一个具体命令示例：
.\ESXi-Customizer-PS.ps1 ` -iz C:\ESXi-Custom\Source\VMware-ESXi-7.0U3g-20328353-HPE-20221001.iso ` -pkgDir C:\ESXi-Custom\DriverPackages ` -outDir C:\ESXi-Custom\Output ` -nsc-nsc参数表示不进行签名校验，官方VIB不需要加这个参数，但社区驱动经常因为签名链不完整被拒绝，所以我一般加上。执行过程中脚本会把原ISO解包、构建ImageProfile、添加驱动、重新打包ISO，耗时会根据驱动包的大小有所不同，通常几分钟到十几分钟。
第四步，执行完成后，检查Output目录。如果一切正常，会生成VMware-ESXi-7.0U3g-20328353-custom.iso文件。我把生成的ISO名习惯改成包含驱动信息的名字，比如ESXi-7.0U3g-custom-for-I350-RAID.iso，方便日后区分。
3.3 生成ISO后的验证，这一步别省
很多人封装完就直接刻盘安装，结果引导失败，又回头怀疑工具。其实生成ISO以后，最好花两分钟做个简单验证：先用压缩软件打开生成的ISO，查看bootbank目录下是否有对应的VIB文件，正常会看到vmtools、igb等驱动相关的VIB包。再把ISO放到虚拟机或用Ventoy写入U盘后引导一下，看是否会出现ESXi安装器的欢迎界面。我就遇到过Windows PowerShell杀毒软件把生成过程中的临时文件误删导致ISO损坏的情况，所以“先引导验证再量产”这条流程，建议每个人踩实。
3.4 RAID5与直通场景下的封装注意事项
“ESXi怎么识别RAID5”这个热搜问题，封装层面其实没有特殊魔法。RAID5是RAID控制器做的逻辑卷，ESXi能不能识别，取决于控制器驱动是否注入。比如联想ThinkSystem内置的PERC RAID控制器，需要用厂商对应的mpt3sas或megaraid_sas驱动VIB；封装进镜像后，安装界面会自动把RAID5卷识别为一个普通磁盘，不需要额外配置。只是在安装后，建议再进RAID控制器管理界面确认阵列状态为“在线”，防止ESXi只识别到物理盘而看不到逻辑卷。
而Intel I350网卡直通这块，封装驱动只是第一步。ESXi 7.0/8.0安装完成后，如果要把I350网口直通给iStoreOS虚拟机，必须在直通硬件时确认网卡处于未绑定状态；iStoreOS侧如果igb驱动版本和ESXi直通后的硬件交互有问题，常见表现是虚拟机内网口频繁断开或速率掉到100Mbps。这通常不是驱动没注入ESXi，而是直通后宿主和虚拟机驱动对网卡硬件初始化状态的理解不一致。解决办法是把I350网卡的直通顺序换一下，或者给虚拟机手动指定PCI设备，必要时升级iStoreOS内核与igb驱动。整套问题在ESXi-Customizer工具层面是解决不了的，它只能保证ESXi本身能识别并管理这块网卡。
4. 安装与后续运维中的高频问题与排查
4.1 安装时认不出硬盘/网卡，先按顺序排查
ESXi安装认不出硬盘，是DIY装机用户最常遇到的问题。我要强调一个容易被忽略的现象：很多消费级主板开启了Intel VMD（Volume Management Device）功能，ESXi官方镜像默认不带VMD驱动，所以即使硬盘是NVMe SSD，安装界面也会空白。这种情况，在BIOS里关闭VMD，或开启“VMD passthrough”模式，往往就解决了。如果确定是RAID控制器驱动缺失，才需要走ESXi-Customizer封装路线。
网卡同理，先看网卡型号和驱动是否在官方兼容性列表中。如果网卡过于新、官方没有驱动，再从社区找VIB包注入。我遇到过一种情况：驱动包注入成功、ISO也引导成功，但装完系统后管理地址始终不出来，最后发现是网卡在BIOS里被禁用或者Port Group配置不对。所以检查顺序永远是：硬件是否识别（esxcli network nic list）→ 驱动是否加载（vmkload -l igb）→ 网络是否up（esxcfg-nics -l）→ 管理网络是否配置正确。
4.2 Intel I350直通与iStoreOS igb驱动不兼容的实战心得
iStoreOS配合I350网卡直通，是社区里非常火的一种玩法。把I350四个网口直通给iStoreOS当软路由，性能好、延迟低。但有个典型的坑：iStoreOS默认加载的igb驱动版本，跟ESXi直通后的硬件状态不匹配，会导致网口反复link down/up。我在一次部署里遇到的现场是：四个直通网口，两个正常、两个间歇性掉线，错误日志里全是link change事件。
排查到最后，定位到是iStoreOS内核内置的igb 5.x驱动和Intel I350新版固件冲突。解决的路线有两条：一是换iStoreOS固件版本，找一个内核驱动更稳定的版本；二是在iStoreOS里手动升级igb驱动模块（如果不熟悉内核编译，建议优先换固件）。这个问题的本质，和ESXi-Customizer封装并无直接关系，ESXi只需要保证网卡在宿主机里驱动正常即可。因此，当你看到“esxi直通i350与iStoreOS igb不兼容”这类热搜，先冷静判断问题出在哪一层，不要一上来就重封装ISO。
4.3 网卡/显卡直通导致DevicePowerOn启动故障
ESXi里做PCIe直通（比如显卡直通给Windows虚拟机）时，经常遇到一个报错：Failed to power on VM : DevicePowerOnFailure。通常的原因是设备被写入PCI passthrough配置后，宿主机的vfio驱动初始化失败，或者是设备正被宿主机自身占用。
我的排查步骤是：
# 查看已配置直通的设备 esxcli hardware pci pcipassthru list # 查看直通设备当前状态 esxcli hardware pci list | grep -A 10 "I350"显卡直通尤其麻烦，NVIDIA显卡在ESXi下有时需要隐藏GPU的vendor ID，否则虚拟机里驱动报错43。这个操作和ESXi-Customizer无关，需要在虚拟机配置文件.vmx里添加参数：
hypervisor.cpuid.v0 = "FALSE"如果是AMD显卡，还要加pciHole0MemSize等内存孔洞参数。这里提醒一下：直通问题尽量在虚拟机配置层面找原因，不要动不动就打补丁重封装镜像。
4.4 ESXi里安装Win11提示不符合要求
有一些朋友会在ESXi里装Win11，结果安装程序提示CPU或TPM不符合要求。在物理机上，Win11要求TPM 2.0和安全启动。在ESXi虚拟机里，解决办法是在虚拟机设置里添加“可信平台模块”并开启UEFI引导，同时打开安全启动。
具体操作：编辑虚拟机设置 → 虚拟机选项 → 引导选项 → 将固件改为UEFI → 勾选安全启动；再在“添加硬件”里添加“可信平台模块”。虚拟机硬件版本建议调到最新（比如兼容ESXi 7.0后的版本）。直通显卡打游戏的话，还要单独设置显存类型，这些和ESXi-Customizer没有关系，但属于ESXi整机运维的高频坑，就一并写在这里了。
4.5 SSH连接、远程传文件与误删镜像的补救
装好ESXi之后，SSH是日常管理高频入口。命令行开启SSH很简单：在DCUI（按F2进入管理界面）里找到Services → TSM-SSH → 启动，且设为“start and stop with host”，避免重启后失效。
从Windows远程给ESXi数据存储传文件，我最常用的是scp命令，简单直接。比如把new.iso传到datastore1的根目录：
scp C:\local\new.iso root@<esxi-ip>:/vmfs/volumes/datastore1/如果传大文件，建议用sftp或图形化工具（比如WinSCP）。误删镜像这种事，我在同事那里见过不止一次。ESXi数据存储上删掉ISO后，如果数据存储还有剩余空间，立刻把数据存储设为只读或停止写入操作，再用专业数据恢复工具去扫描，有一定概率找回来。但更靠谱的建议是：ISO源文件别只放一份，在本地和NAS上都留备份，因为ESXi数据存储本身不是为长期归档设计的。
4.6 版本选择、许可证与镜像下载的避坑指南
ESXi 8.0镜像的下载，现在各大厂商都统一到Broadcom官网了。VMware原版、HPE定制版、联想ThinkSystem定制版镜像都能在对应官网找到。需要注意，Broadcom官网下载需要注册账号并选择正确的产品线，不同版本的镜像文件厂商都会标注支持的服务器型号。不建议下载所谓“精简版”“整合版”第三方镜像，因为一旦集成不明来源的驱动，轻则安装失败，重则存在安全风险。
序列号和许可证这块，如果你只是个人学习，完全不需要找什么破解序列号。ESXi安装完默认是评估模式，有60天周期；VMware官方提供免费版的许可证密钥，可以用来解锁vSphere Hypervisor（免费版），功能和评估模式基本一致，但不包含vCenter等高级功能。直接在VMware官网申请即可。6.7的序列号在7.0/8.0上不通用，升级版本后需要重新换对应版本或免费密钥。
4.7 高频问题速查表
| 问题现象 | 可能原因 | 优先排查路径 |
|---|---|---|
| 安装界面看不到硬盘 | RAID/VMD驱动缺失 | 先关BIOS的VMD，再封镜像补RAID驱动 |
| 安装界面没有网卡 | 网卡驱动版本过旧或未注入 | 确认网卡型号，注入对应VIB包 |
| 管理地址出不来 | 管理网络配置错误或网卡未认 | 用esxcfg-nics -l查看物理网卡状态 |
| I350直通后网口不稳定 | 直通后驱动归属冲突 | 换iStoreOS内核，或调整直通顺序 |
| 虚拟机启动报DevicePowerOn失败 | PCI直通设备初始化异常 | 释放PCI设备，检查vfio状态，调.vmx参数 |
| Win11安装提示不符合要求 | 缺TPM/UEFI/安全启动 | 虚拟机里加TPM，开启UEFI和安全启动 |
| 误删数据存储ISO | 无备份或数据覆盖 | 立即停止写入，尝试数据恢复；根本解法是留备份 |
| 设备直通后宿主机无法管理 | 直通设备被宿主占用 | 用pciPassthru.ignoreUUID参数绕过 |
最后再说点实在的
我用ESXi-Customizer封装过的ISO，少说也有几十个。从早期手动解包改VIB，到后面用PowerCLI一条命令解决，最大的体会是：工具只是辅助，关键还是搞清楚硬件兼容性链条。官方ISO缺驱动，是“半成品”不是“废品”，通过ESXi-Customizer补丁封装就能救回来；但如果你在BIOS设置、引导模式、直通配置这些基础环节出了问题，再好的定制ISO也救不了。
所以我的建议是：先花十分钟确认硬件兼容性和BIOS配置，再动手封装镜像。工具下载好之后，第一次务必用虚拟机或U盘先引导验证一次。驱动包尽量用官方和知名社区维护的版本，命名规范点，版本号写清楚。这样就算半年后要重新部署，翻出打包记录就能立刻上手。最后补一句：别把定制ISO当成万金油，ESXi 7.0之后的镜像结构变化明显，老教程里的参数套到8.0上可能直接报错，遇到问题实时查官方文档和PowerCLI版本更新日志，比到处问人有效得多。
本文还有配套的精品资源，点击获取
