1. 为什么我最终选择了 iVentoy 做批量装机
机房里堆着十几台不同型号的机器，有老掉牙的 BIOS 启动台式机，也有刚拆箱的 UEFI 笔记本，每次装系统都是一场体力活。U 盘刻了一个又一个，Windows 和 Linux 的镜像来回换，遇到没有光驱、USB 接口还接触不良的机器，光进 PE 就得折腾半小时。后来我试过用 Windows 自带的 WDS，配置复杂不说，Linux 镜像支持得也不够顺滑；也试过老牌的 PXE 方案，TFTP 传大镜像慢得让人想砸键盘。直到用上 iVentoy，才算真正把这件事理顺了。
iVentoy 是 Ventoy 项目作者做的网络启动版本，核心思路很直接：把 ISO 镜像丢到一个目录里，启动服务，客户端通过网络引导后会出现一个菜单，选哪个镜像就装哪个。它同时支持 BIOS 和 UEFI 两种启动模式，也支持 x86 和 ARM 架构，Windows、Linux、VMware ESXi 这些常见镜像都能直接跑。最关键的是，它不需要你手动去配置 DHCP、TFTP、HTTP 那一堆参数，一个可执行文件启动起来，剩下的交给它自己处理。
这篇文章适合谁看？如果你手头有几台到几十台机器需要批量装系统，或者你经常要给不同配置的机器装不同系统，又或者你只是想搭一个随身的网络装机环境，那 iVentoy 基本是目前最省心的选择。哪怕你之前没接触过 PXE，跟着下面的步骤走，也能在半小时内把服务跑起来。我会把原理、配置、实操、踩坑都讲清楚，尽量让你少走弯路。
2. 先搞懂 iVentoy 到底解决了什么问题
2.1 PXE 装机的老问题与新思路
传统 PXE 装机的流程是这样的：客户端网卡发出 DHCP 请求，DHCP 服务器告诉它 IP 地址和 TFTP 服务器地址，客户端从 TFTP 下载引导文件，引导文件再去加载内核和镜像。这套流程本身没问题，问题出在配置上。你得先搭 DHCP，再搭 TFTP，还要配 HTTP 或者 NFS 来传镜像，每个环节都有坑。TFTP 传大文件的速度尤其感人，一个 5GB 的 Windows 镜像传半小时是常事。
iVentoy 的做法是把这些环节全部打包。它内置了 DHCP 代理和 TFTP 服务，镜像传输走的是 HTTP，速度比 TFTP 快一个数量级。你只需要把 iVentoy 跑起来，把镜像放进指定目录，客户端设置成网络启动，剩下的它自己搞定。它甚至支持在启动菜单里直接注入驱动、配置自动安装脚本，对于批量部署来说非常实用。
2.2 核心功能拆解：镜像管理、启动菜单、自动安装
iVentoy 的功能可以分成三块来看。第一块是镜像管理，它支持 ISO 文件直接启动，不需要解压或转换。你把 Windows 11、Ubuntu、CentOS 的 ISO 丢进目录，它会自动扫描并生成菜单项。第二块是启动菜单，客户端网络引导后会看到一个列表，可以用键盘选择要启动的镜像，也支持按目录分类。第三块是自动安装，你可以为每个镜像配置自动应答文件，让系统装完后自动加入域、设置密码、安装软件，真正实现无人值守。
这三块功能组合起来，就形成了一个完整的批量装机方案。你不需要懂 PXE 的底层协议，也不需要手动配置任何网络服务，iVentoy 把复杂度都封装在内部了。对于运维人员来说，这意味着可以把精力放在镜像准备和自动化脚本上，而不是折腾网络配置。
2.3 和传统方案对比：优势与适用边界
和 WDS 相比，iVentoy 的优势在于跨平台和轻量。WDS 是 Windows 生态的东西，对 Linux 镜像支持有限，而且需要 Windows Server 授权。iVentoy 是跨平台的，Windows、Linux、macOS 上都能跑，镜像支持也更全面。和手动搭 PXE 相比，iVentoy 的优势在于省事，你不需要去配 DHCP 的 option 66、67，也不需要搭 TFTP 和 HTTP 服务，一个程序全包了。
不过 iVentoy 也有它的边界。它更适合中小规模的批量装机，比如几十台以内。如果是上千台的大规模部署，可能需要考虑更专业的方案，比如 Cobbler 或者 Foreman。另外 iVentoy 的免费版在功能上有一些限制，比如同时连接的客户端数量、自动安装脚本的数量等，专业版会解锁更多功能。对于大多数中小场景来说，免费版已经够用了。
3. 部署前的准备工作：网络、镜像、硬件
3.1 网络环境要求与拓扑设计
iVentoy 对网络环境的要求其实不高，但有几个关键点需要注意。首先，运行 iVentoy 的机器需要和客户端在同一个二层网络里，因为 PXE 依赖广播。如果你的网络划分了 VLAN，需要确保 iVentoy 所在的 VLAN 和客户端所在的 VLAN 是互通的，或者把 iVentoy 部署在客户端所在的 VLAN 里。其次，网络里最好没有其他 DHCP 服务器，否则可能会冲突。如果确实有，iVentoy 支持配置 DHCP 代理模式，只响应特定客户端的请求。
拓扑设计上，最简单的做法是把 iVentoy 跑在一台笔记本或者迷你主机上，用网线直接连到交换机，客户端也连到同一台交换机。这样整个环境是隔离的，不会影响现有网络。如果需要在生产网络里用，建议单独划一个 VLAN，把 iVentoy 和待装机的客户端放进去，装完再切回正常网络。
3.2 镜像准备：ISO 获取与目录规划
镜像准备是装机的基础。你需要提前下载好要用的 ISO 文件，比如 Windows 11 的官方镜像、Ubuntu Server 的 ISO、CentOS 的 DVD 镜像等。下载来源建议用官方渠道，避免镜像被篡改。下载完成后，把 ISO 文件放到 iVentoy 的镜像目录里。默认情况下，这个目录是 iVentoy 程序所在目录下的iso文件夹，你也可以在配置文件里改成其他路径。
目录规划上，建议按操作系统类型分文件夹。比如iso/windows/放 Windows 镜像，iso/linux/放 Linux 镜像，iso/tools/放 PE 或者工具盘。iVentoy 会自动扫描子目录，并在启动菜单里按目录结构展示。这样客户端选择镜像的时候会更清晰，不会在一堆文件名里找半天。另外，ISO 文件名建议用英文和数字，避免中文或特殊字符，虽然 iVentoy 支持中文，但有些客户端在引导阶段对字符编码支持不好，可能会显示乱码。
3.3 硬件选型：服务端机器与网线要求
服务端机器不需要太高的配置，一台普通的笔记本或者迷你主机就够了。CPU 双核以上，内存 4GB 以上，硬盘空间根据镜像数量来定，一般 100GB 左右够用。网卡建议用千兆的，因为镜像传输走 HTTP，千兆网卡能跑到 100MB/s 左右，装一个 5GB 的镜像大概一分钟。如果客户端比较多，建议用独立网卡，避免和无线网卡混用。
网线方面，建议用超五类或六类线，长度不要超过 100 米。如果客户端支持千兆，确保网线八芯全通，有些老网线只有四芯，只能跑百兆，会拖慢装机速度。水晶头做法遵循 T568B 标准：橙白、橙、绿白、蓝、蓝白、绿、棕白、棕。如果自己压线，记得用测线仪测一下，确保八芯全通。虽然 iVentoy 对网线要求不苛刻，但网络质量直接影响装机体验，这一步别省。
4. 手把手部署 iVentoy 服务
4.1 下载与安装：各平台操作步骤
iVentoy 的下载很简单，去官网或者 GitHub 的 release 页面，根据你的操作系统选择对应的版本。Windows 版是一个压缩包，解压后直接运行iVentoy.exe就行。Linux 版是一个 tar.gz 包，解压后运行./iventoy.sh start启动服务。macOS 版也有对应的包，操作类似。
Windows 上首次运行可能会被防火墙拦截，需要允许通过。Linux 上需要给脚本执行权限，chmod +x iventoy.sh。如果是在 Linux 服务器上跑，建议用nohup或者 systemd 做成服务，避免终端关闭后进程退出。macOS 上可能需要去安全性与隐私里允许运行，因为不是从 App Store 下载的。
安装完成后，iVentoy 会启动一个 Web 管理界面，默认监听 26000 端口。你在浏览器里访问http://服务端IP:26000就能看到管理页面。这个页面可以查看当前连接的客户端、修改配置、上传镜像等。不过大部分配置还是通过配置文件来做，Web 界面主要用于监控。
4.2 配置文件详解：关键参数逐条说明
iVentoy 的配置文件是iventoy.json，位于程序目录下。这个文件控制着服务的行为，几个关键参数需要重点关注。iso_path指定镜像目录，默认是./iso，你可以改成绝对路径，比如/data/iso。http_port是 HTTP 服务端口，默认 16000，如果被占用可以改。dhcp_accept控制是否响应 DHCP 请求，默认是true，如果网络里有其他 DHCP 服务器，可以改成false并配合 DHCP 代理模式。
还有一个重要参数是boot_mode，控制启动模式，默认是auto，同时支持 BIOS 和 UEFI。如果你的客户端都是 UEFI，可以改成uefi加快启动速度。max_clients控制最大同时连接数，免费版默认是 10，专业版可以更高。auto_install是自动安装脚本的配置，后面会详细讲。修改配置文件后需要重启 iVentoy 服务才能生效。
4.3 启动服务与验证：从日志看运行状态
启动 iVentoy 后，第一件事是看日志。Windows 上日志在控制台窗口里直接输出，Linux 上日志在log目录下。日志里会显示服务监听的端口、镜像扫描结果、DHCP 服务状态等信息。如果看到DHCP service started和HTTP service started，说明服务正常。如果看到No ISO files found，说明镜像目录配置有问题，需要检查路径。
验证服务是否正常，可以用另一台机器访问 Web 管理界面，看是否能打开。然后在客户端上设置网络启动，看是否能获取到 IP 地址并出现启动菜单。如果客户端一直停在 DHCP 阶段，可能是网络不通或者 DHCP 冲突。如果出现菜单但选择镜像后报错，可能是镜像文件损坏或者传输中断。日志里会有详细的错误信息，根据提示排查就行。
5. 客户端引导与批量装机实操
5.1 BIOS 与 UEFI 客户端的设置差异
客户端的设置是装机过程中最容易出问题的地方。BIOS 客户端需要在 BIOS 里把启动顺序改成网络启动优先，有些老机器叫PXE Boot或者Network Boot。UEFI 客户端类似，但选项可能叫UEFI Network Stack或者PXE over IPv4。需要注意的是，有些机器同时支持 BIOS 和 UEFI，如果设置不对，可能引导不起来。建议先确认客户端的固件类型，再对应设置。
还有一个细节是 Secure Boot。UEFI 的 Secure Boot 可能会阻止未签名的引导文件，导致 iVentoy 的菜单出不来。如果遇到这种情况，可以在 BIOS 里暂时关闭 Secure Boot，装完系统再打开。iVentoy 的引导文件本身是签名的，但有些镜像的引导程序可能没签名，关闭 Secure Boot 能避免很多麻烦。
5.2 启动菜单操作与镜像选择技巧
客户端网络引导成功后，会看到 iVentoy 的启动菜单。菜单里会列出所有扫描到的 ISO 文件，按目录结构展示。你可以用上下键选择，回车启动。如果镜像比较多，菜单会分页，可以用左右键翻页。菜单顶部会显示服务端的 IP 地址和版本信息，方便确认连接的是正确的服务端。
选择镜像的时候，注意看镜像的名称和路径。有些镜像文件名相似，比如windows11.iso和windows11_22h2.iso，选错了可能装成旧版本。建议在准备镜像的时候就规范命名，比如加上版本号和架构，Win11_23H2_x64.iso这样一目了然。另外，如果镜像支持自动安装，菜单里会有标记，选择后会直接进入无人值守流程。
5.3 自动安装脚本配置：无人值守的关键
自动安装是 iVentoy 的杀手锏。以 Windows 为例，你需要准备一个autounattend.xml文件，里面定义分区、用户、密码、网络等设置。然后把这个文件放到镜像目录下，命名规则是镜像文件名.xml，比如Win11_23H2_x64.iso对应的脚本是Win11_23H2_x64.xml。iVentoy 会在启动镜像时自动注入这个脚本，Windows 安装程序会读取它并自动完成安装。
Linux 的自动安装类似，用kickstart或者preseed文件。以 Ubuntu 为例，你需要准备一个preseed.cfg文件，放到镜像目录下，命名规则是镜像文件名.cfg。iVentoy 会在启动时把preseed文件的路径传给安装程序，实现自动安装。需要注意的是，不同 Linux 发行版的自动安装配置方式不同，需要分别准备。
自动安装脚本的编写需要一些经验，建议先在虚拟机里测试。把脚本和镜像放到 iVentoy 里，用虚拟机网络引导，看是否能自动完成安装。如果卡在某一步，检查脚本里的配置是否正确。常见的错误包括分区配置不对、密码复杂度不够、网络配置错误等。测试通过后再用到物理机上，能避免很多返工。
6. 常见故障与排查经验实录
6.1 客户端获取不到 IP 地址怎么办
这是最常见的问题，表现是客户端一直停在DHCP...或者PXE-E51: No DHCP or proxyDHCP offers were received。原因通常有三个：网络不通、DHCP 冲突、iVentoy 的 DHCP 服务没启动。先检查网线是否插好，交换机的指示灯是否亮。然后看 iVentoy 的日志，确认 DHCP 服务是否正常启动。如果日志里显示 DHCP 服务已启动，但客户端还是拿不到 IP，可能是网络里有其他 DHCP 服务器抢先响应了。
解决办法是排查网络里的 DHCP 服务器。如果是企业网络，可能有专门的 DHCP 服务器，这时候需要把 iVentoy 的 DHCP 模式改成代理模式，只响应 PXE 请求。在配置文件里把dhcp_accept改成false，然后配置dhcp_proxy相关参数。具体配置方法可以参考官方文档，核心思路是让 iVentoy 只处理 PXE 相关的 DHCP 请求，普通 DHCP 请求还是由原服务器处理。
6.2 启动菜单不显示或镜像加载失败
如果客户端能拿到 IP，但启动菜单不显示，或者显示后选择镜像报错，可能是 TFTP 或 HTTP 服务有问题。先检查 iVentoy 的日志，看 TFTP 和 HTTP 服务是否正常启动。如果服务正常，可能是防火墙拦截了端口。Windows 上需要允许iVentoy.exe通过防火墙，Linux 上需要开放 16000 和 26000 端口。另外，有些交换机会拦截 TFTP 流量，可以尝试换一个交换机端口。
镜像加载失败还可能是镜像文件本身的问题。比如 ISO 文件下载不完整、校验失败、或者镜像不支持网络启动。建议用sha256校验一下 ISO 文件，确保和官方发布的一致。如果镜像本身不支持 PXE，比如某些精简版系统，可能无法通过网络引导。这种情况下只能换镜像或者用其他方式安装。
6.3 服务端崩溃或频繁重启的排查思路
有用户反馈 iVentoy 在运行过程中会崩溃或者频繁重启，这个问题通常和资源占用或者配置错误有关。先看日志里有没有out of memory或者segmentation fault之类的错误。如果是内存不足，可以增加服务端的内存，或者减少同时连接的客户端数量。如果是配置错误，比如镜像目录路径不对、端口被占用，日志里会有提示。
另一个可能的原因是杀毒软件误杀。有些杀毒软件会把 iVentoy 的 DHCP 服务当成恶意行为，拦截或者结束进程。建议把 iVentoy 的目录加入杀毒软件的白名单。如果是在 Linux 上跑，检查dmesg里有没有 OOM killer 的记录，如果有，说明内存不够，需要优化配置或者升级硬件。
6.4 常见问题速查表
| 问题现象 | 可能原因 | 排查方法 | 解决办法 |
|---|---|---|---|
| 客户端停在 DHCP 阶段 | 网络不通、DHCP 冲突 | 检查网线、看日志 | 换网线、改 DHCP 代理模式 |
| 启动菜单不显示 | TFTP/HTTP 服务异常、防火墙拦截 | 检查服务状态、端口 | 开放端口、允许防火墙 |
| 镜像加载失败 | ISO 损坏、不支持 PXE | 校验 ISO、换镜像 | 重新下载、换支持的镜像 |
| 服务端崩溃 | 内存不足、杀毒拦截 | 看日志、检查资源 | 加内存、加白名单 |
| 自动安装卡住 | 脚本配置错误 | 虚拟机测试 | 修正脚本、重新测试 |
7. 进阶技巧：让批量装机更高效
7.1 多网卡与多 VLAN 环境下的部署
如果服务端有多张网卡，可以配置 iVentoy 监听指定的网卡。在配置文件里设置bind_ip参数，指定服务端监听的 IP 地址。这样在多网卡环境下，iVentoy 只响应指定网段的请求，避免干扰其他网络。如果客户端分布在多个 VLAN，可以在每个 VLAN 里部署一个 iVentoy 实例，或者配置 DHCP 中继，把 PXE 请求转发到 iVentoy 所在的服务端。
多 VLAN 环境下，DHCP 代理模式特别有用。你可以在核心交换机上配置 DHCP 中继，把客户端的 DHCP 请求转发到 iVentoy。iVentoy 收到请求后，根据客户端所在的网段分配 IP 地址，并告诉客户端 TFTP 服务器的地址。这样客户端就能跨 VLAN 引导了。配置 DHCP 中继需要交换机支持，具体命令参考交换机的文档。
7.2 镜像更新与版本管理策略
镜像不是一成不变的，操作系统会发布更新，驱动会升级，自动安装脚本也需要调整。建议建立一个镜像更新流程：定期检查官方镜像的更新，下载新版本，替换旧版本。替换前先在虚拟机里测试，确保自动安装脚本兼容。测试通过后，把新镜像放到 iVentoy 的镜像目录，旧镜像可以保留一段时间，方便回滚。
版本管理上，建议用日期或者版本号命名镜像，比如Win11_23H2_202401.iso。这样在启动菜单里能清楚看到版本，避免选错。如果镜像比较多，可以写一个脚本自动扫描目录并生成菜单描述文件，iVentoy 支持自定义菜单描述，可以在菜单里显示更详细的信息，比如版本号、架构、包含的软件等。
7.3 结合自动化工具实现全自动部署
iVentoy 本身已经支持自动安装，但如果要进一步提升效率，可以结合其他自动化工具。比如用 Ansible 或者 SaltStack 在系统装完后自动配置。思路是：iVentoy 负责把系统装好并加入网络，Ansible 负责后续的配置管理。这样从裸机到可用状态，全程不需要人工干预。
具体做法是在自动安装脚本里配置一个firstboot脚本，系统首次启动时自动运行。这个脚本可以从内部服务器拉取 Ansible 的 playbook 并执行。这样系统装完后会自动完成软件安装、配置修改、服务启动等操作。对于大规模部署来说，这种组合能节省大量时间。需要注意的是，firstboot脚本要处理好网络依赖，确保系统启动时网络已经可用。
8. 我踩过的坑和最后分享的几个技巧
说几个我实际踩过的坑。第一个是镜像目录的权限问题。在 Linux 上跑 iVentoy 的时候，如果镜像目录的权限不对，iVentoy 扫描不到 ISO 文件。解决办法是把镜像目录的权限改成 iVentoy 运行用户可读，或者直接把 iVentoy 跑在 root 下。第二个是防火墙问题。Windows 上首次运行 iVentoy 的时候，防火墙弹窗如果点了取消，后面客户端就连不上。需要手动去防火墙里把 iVentoy 加进允许列表。
第三个坑是自动安装脚本的编码问题。Windows 的autounattend.xml文件必须是 UTF-8 编码，如果保存成了 GBK，安装程序会报错。建议用 VS Code 或者 Notepad++ 保存为 UTF-8 无 BOM 格式。第四个坑是网线质量。有一次用了一根老网线，客户端能拿到 IP，但传输镜像的时候总是中断。换了一根六类线就好了。所以网线别凑合，尤其是批量装机的时候，网络稳定性直接影响效率。
最后分享一个小技巧：iVentoy 的 Web 管理界面可以实时看到客户端的连接状态和装机进度。批量装机的时候，打开这个界面，一眼就能看到哪些机器在装、哪些装完了、哪些出错了。比挨个去看客户端屏幕高效得多。另外，如果客户端比较多，建议分批装，比如一次装 5 到 10 台，避免网络拥塞导致传输超时。装完一批再装下一批，整体效率反而更高。
