尧图网页设计 
简介iVentoy 1.0.16 win64 版是面向系统运维、网络管理员以及需要批量部署操作系统的实施人员的 PXE 网络启动安装增强工具包。它基于 PXE 服务扩展能够在局域网内同时引导多台客户端并安装操作系统解决传统逐台安装效率低、配置重复的问题尤其适用于机房批量装机、多节点系统更新、自动化无人值守安装等规模化管理场景。压缩包共 21 个文件大小约 9.82MB其中 exe 为启动主程序5 个 dll 提供运行所需的动态链接库cfg、xml、ini 等配置类文件用于调整服务与启动参数dat、db 文件承担地址或记录数据的存储另有云端初始化数据文件配套的 txt 和 doc 则提供许可协议与使用说明。借助这些文件可以快速部署 iVentoy 服务端结合自带脚本、iso 目录与 user 配置区维护启动镜像实现大规模并发安装同时便于了解服务端各目录的作用与启动记录结构为二次定制或排错提供参考。目前已有 970 人学习下载适合具备一定网络基础并希望提升批量装机效率的读者使用。 干过机房维护或者经常给同事装系统的人应该都有这种体会U盘装系统本身不麻烦但当你面前摆着五六台机器每台都要插U盘、进引导菜单、选镜像、等拷贝……重复几轮下来人的耐心基本被磨没了。后来我开始用PXE网络装机但又离不开一堆配置文件改个tftp目录、调个dhcp参数都要折腾半天入门门槛不算低。直到用了iVentoy这个问题算是真正被解决掉了。iVentoy是Ventoy作者出的网络版它的逻辑和本地U盘版的Ventoy一脉相承——把你电脑变成一台“网络启动服务器”局域网里的机器开机时直接从网卡引导弹出菜单选择ISO镜像然后就能装系统。而1.0.16 win64这个版本在Windows 64位系统上直接解压就能跑不用装一堆依赖环境对绝大多数普通用户来说是把“网络装机”这件事从服务器端带回了桌面端。这篇文章我就以iVentoy 1.0.16 win64为起点把原理、部署、进阶玩法和踩过的坑一次讲清楚。1. iVentoy 到底解决了什么问题1.1 对比传统装机方式它的核心优势在哪先对比几类常见的装机方式你就能理解我为什么推荐iVentoy。U盘/移动硬盘直装最传统优点是稳定、离线可用但一次只能装一台机器多了就是体力活。而且遇到笔记本、迷你主机这类设备U盘启动兼容性偶尔也会翻车。传统PXE装机比如用Windows部署服务或配置DHCPTFTPHTTP灵活、支持批量并发但部署门槛高。要自己管理dhcpd.conf、pxelinux.cfg模板、引导内核、挂载目录还要考虑BIOS和UEFI两套引导链新手很容易被劝退。iPXE脚本定制功能强但本质上还是写脚本属于“会的人很爽不会的人很痛苦”。iVentoy的定位很有意思它把传统PXE那套复杂的底层链路封装成了一个服务你只需要准备好ISO镜像把它添加进镜像列表点击“开始服务”。目标机器开机选网络启动就能看到一个像Ventoy一样的图形启动菜单直接选镜像开始安装。它不需要你手动配置TFTP目录结构不需要自己组织各种引导文件也不需要会给不同的发行版写不同的启动参数。1.2 它和本地版 Ventoy 的关系与区别很多人用过Ventoy把ISO丢进U盘就能启动非常方便。iVentoy可以理解为“把同样的理念搬到了网络上”。Ventoy的本地版做法是在U盘上写入一个专门的引导扇区开机时读取U盘上的ISO文件列表生成启动菜单。iVentoy则是在一台电脑上启动一个常驻服务内置了DHCP、TFTP、HTTP等网络引导需要的服务局域网里的客户机开机时从网卡启动自动获取IP从服务器拉取引导文件客户端屏幕上同样会生成一个ISO选择菜单。关键点在于iVentoy内置的引导逻辑已经把PXE链路中容易出问题的环节比如UEFI安全启动、grub引导参数、ramdisk加载路径处理好了用户看到的只是“添加镜像、点击启动”这一层最简单的东西。顺带说一句网上有些地方冒出“iVentoy带注册机”“破解版”之类的说法。iVentoy本身就是开源免费软件Ventoy系列全部免费不存在需要激活码或注册机的机制。看到这类关键词基本可以判断是标题党直接忽略。2. 核心原理拆解一次网络启动的完整旅程2.1 PXE引导的四个关键角色要真正用好iVentoy还是得理解背后PXE引导的流程。整个启动过程涉及四个角色客户机目标机器开机后网卡固件主动向外发送网络启动请求。DHCP服务负责给客户机分配IP同时告知引导文件的位置。iVentoy内置了这个服务。TFTP服务负责把最初始的引导文件比如bootmgfw.efi或pxelinux.0传给客户机。HTTP服务负责把完整的ISO镜像或引导所需的其余文件传给客户机。iVentoy也内置了HTTP服务。用生活化的方式来理解DHCP相当于酒店前台给你分配房间钥匙IP并告诉你餐厅在几楼引导文件位置TFTP是前台的“快速取货窗口”先给你一小份菜单引导程序HTTP才是真正给你送大餐完整操作系统镜像的通道。2.2 一次完整的引导流程在实际运行中这个流程是这样一步步走的客户机开启网卡PXE启动传统BIOS或UEFI都支持网卡向局域网广播DHCP请求。iVentoy内置的DHCP服务响应请求为客户机分配一个10.0.0.x网段的IP地址同时通过DHCP选项比如next-server和bootfile返回引导文件路径。客户机根据返回的路径通过TFTP下载引导文件并执行。在UEFI模式下iVentoy会下发对应的grub2或者bootmgfw.efi在传统BIOS模式下则下发pxelinux引导。引导程序启动后会连回iVentoy的HTTP服务拉取启动菜单配置和ISO文件列表。用户在选择菜单中挑选一个ISO引导程序通过HTTP读取ISO内容挂载为虚拟光盘接着按正常安装系统的方式继续。这整套流程里传统PXE需要自己写的各种配置iVentoy全部自动化了。比如它会根据客户机从BIOS还是UEFI启动自动给不同类型的引导文件在菜单里也做好区分。这也是iVentoy最大的设计价值复杂的事情工具内部解决。2.3 为什么iVentoy默认用10.0.0.1这个网段实际使用中你可能会发现iVentoy默认是给客户机分配10.0.0.x的地址。很多初次使用的人会疑惑我的路由器是192.168.1.1为什么客户机拿到的是10.0.0.x这个设计其实是刻意为之。iVentoy内置DHCP的目的是为了在“独立的装机网络”里开箱即用而不是接管你整个办公网络。它分配的10.0.0.x网段是一个默认的隔离网段避免和你现有的局域网IP段冲突。如果你只用一根网线把服务器和待装机的机器连起来或者交换机上单独划了一个装机VLAN那么默认设置完全够用。如果你的使用场景是“我不想用iVentoy的DHCP我已经有公司内部的DHCP服务器”也可以设置iVentoy为“仅Proxy DHCP”模式由现有DHCP分配IPiVentoy只负责下发引导文件。这个灵活度是传统PXE配置里需要仔细调优的事情在iVentoy里只是一个开关。3. Windows 64位平台下的实际部署步骤3.1 环境准备和文件获取iVentoy 1.0.16 win64版本针对Windows x64桌面环境发布不依赖额外运行库下载后是一个压缩包解压到一个纯英文路径下尽量别放中文目录Windows下中英文路径偶尔会引发奇怪问题。你需要准备的基础环境是一台运行Windows 10/11 x64的电脑作为iVentoy服务器。一个有线网口用于接交换机或直连客户机。若干待安装的ISO镜像Windows系统镜像、各种Linux发行版ISO。一台支持PXE/网卡启动的客户机。下载iVentoy时注意选择官方渠道Github Releases或官网发布的版本。识别版本号很简单压缩包名字里带了iVentoy-1.0.16-win64的就是对应版本。解压后目录里有iVentoy64.exe和iVentoy.exe分别对应64位和32位环境。现在主力机器基本都是64位直接运行iVentoy64.exe。3.2 关闭环境里的DHCP冲突这是Windows下部署最容易踩坑的一个点。iVentoy内置DHCP服务默认监听67端口如果你的电脑本身装了别的DHCP服务比如局域网里已有路由器在派发DHCP或者Windows启用了Internet连接共享功能就会发生冲突。我的建议是这样处理检查Windows服务里是否有“DHCP Server”相关服务在运行如果有就停掉。如果是家用路由器在派发DHCP而你想在一个隔离网络里使用iVentoy直接在iVentoy软件里用默认的独立网段即可不要将其接入公司主网络避免给同事的电脑也下发10.0.0.x地址造成混乱。如果一定要在现有局域网里用iVentoy把“Proxy DHCP”开关打开让它只提供引导信息不参与IP地址分配。3.3 启动服务、添加镜像、完成首台机器安装直接按步骤走第一步解压后运行iVentoy64.exe主界面左侧是当前可用的ISO镜像列表右侧是服务控制区域。第二步把需要装机的ISO镜像拖进窗口或者点击“添加”选择镜像文件。支持多个ISO比如Windows 10的镜像和Ubuntu的镜像可以同时放着客户机启动时菜单里会出现多个选项。第三步确认网络状态后点击“开始服务”。初始状态下iVentoy会提示你它使用的IP地址和端口。默认一般是10.0.0.1HTTP端口为16000。服务启动后状态栏会显示“Running”。第四步把待装机的电脑用网线连到同一台交换机或同一块网卡上开机按网卡启动快捷键常见的有F12部分机器是Esc或F8需要在BIOS设置里打开PXE启动选择从网络启动。第五步客户机会出现一个启动菜单列出所有可用的ISO镜像。选择你需要的镜像按回车就能正常进入安装流程。整个过程里iVentoy服务端窗口会实时打印日志包括哪台客户机的MAC地址连了过来、请求了哪个镜像、HTTP传输状态等。如果启动过程中卡住优先看服务端日志它比客户机屏幕上的提示信息要更直接。3.4 镜像挂载模式的细节说明iVentoy支持两种镜像加载模式理解它们的区别对排障很有帮助内存盘模式适用于Linux发行版把ISO内容的一部分加载到客户机内存中启动速度较快对网络稳定性要求略高。网络挂载模式适用于Windows和大多数主流Linux发行版通过HTTP按需读取ISO中的文件类似远程光驱。这种方式内存占用低安装大体积Windows镜像时比较稳。实际体验下来安装Windows镜像用默认的网络挂载模式就很好安装过程中读取速度取决于局域网带宽千兆网络下基本和本地光驱安装体验差不多。个别人遇到的“安装到一半报错找不到文件”多数是网络传输不稳定优先检查网线和交换机端口速率。4. 进阶玩法Docker部署与NAS上的iVentoy4.1 为什么有人要把iVentoy跑在容器里Windows下运行iVentoy已经很方便但服务器领域的人更习惯用Docker跑这类常驻服务好处是隔离环境干净、管理方便、不占用桌面会话。尤其是一些人的主力服务器本身就是Linux或者干脆想在一台群晖/飞牛NAS上常年运行iVentoy需要的时候直接网络启动不需要的时候完全不影响NAS本身的业务。iVentoy官方也提供Linux版本Docker只是把它封装起来。由于PXE涉及DHCP和TFTP这类底层网络服务容器网络模式必须是host网络模式不能用bridge模式否则客户机根本找不到DHCP服务。这一点和普通Web服务差别很大是容器化部署最容易出错的地方。4.2 Docker部署的参考命令一个基本的iVentoy容器启动命令是这样docker run -d \ --name iventoy \ --privileged \ --nethost \ -v /path/to/iso:/iventoy/iso \ -v /var/lib/iventoy/data:/iventoy/data \ ventoy/iventoy:1.0.16解释一下几个关键参数--privilegediVentoy需要读取网络接口信息以及可能创建虚拟网卡或绑定端口privileged模式可以省去很多权限限制。如果不想用privileged至少要给容器配置NET_ADMIN和SYS_ADMIN的capability但实测下来privileged最省心。--nethost容器直接使用宿主机网络栈DHCP广播包和TFTP请求才能正常工作。这也是这个容器不能用docker-compose里常见的ports映射方式的原因。目录映射宿主机 /path/to/iso 映射到容器 /iventoy/iso以后往这个目录放ISO容器里自动就能看到非常方便重新挂载和持续更新。启动完成后访问容器所在IP的16000端口就能看到iVentoy的Web管理界面日常管理和Windows版没有本质区别。4.3 飞牛NAS场景的实战注意事项飞牛NASfnOS是目前NAS圈里热度上升很快的一个系统它的应用中心自带Docker管理界面因此部署iVentoy的方式和通用Docker部署大同小异。具体操作上你在Docker管理里拉取镜像后要特别注意三点网络模式一定要选host而不是bridge。如果你用的是图形化界面别选“发布端口”直接指定网络模式为主机模式。把NAS上的ISO存放目录映射到 /iventoy/iso。我习惯在NAS磁盘里建一个专门目录比如/vol1/ISO方便集中管理。由于DHCP依赖于网卡NAS最好使用固定IP。如果NAS本身通过DHCP获取IP重启后IP变了iVentoy的使用地址也会变装系统时会找不到服务器。飞牛NAS本身的定位是低功耗常年在线如果家里或小型办公环境有多台设备需要定期重装系统这种方式比专门开一台电脑做PXE服务器要省电得多。唯一需要注意的是NAS的CPU性能通常一般如果是多台机器并发安装Windows镜像HTTP吞吐会成为瓶颈建议最多同时处理两到三台机器不要指望它像专业PXE服务器那样并发几十台。5. 踩坑记录与常见问题排查5.1 服务启动失败端口被占用现象点击“开始服务”后iVentoy状态一直停在“Failed”或日志里报“bind 0.0.0.0:67 failed”。排查思路67端口被其他DHCP服务占用或者防火墙拦截了UDP 67/69端口。Windows下比较隐蔽的占用源是“Internet连接共享”ICS功能以前给手机开过热点、或配置过共享上网都可能残留这个服务。解决办法在Windows服务里禁用“Internet Connection Sharing (ICS)”然后重启iVentoy。如果无法确定谁占了端口用管理员权限运行netstat -ano | findstr :67看看进程号再到任务管理器里定位对应程序。5.2 客户机无法获取IP地址现象客户机网络启动后卡在“正在获取IP地址……”界面一直进不去菜单。这个问题的概率非常高原因大致有三类网线没接对。确认客户机和服务器的网线都连接到了同一个交换机上且交换机没有启用隔离VLAN。网卡PXE引导没开。很多台式机默认只开了“Wake on LAN”没开“PXE Boot”。进BIOS找“Network Boot”或“UEFI Network Stack”把它设为Enabled。防火墙拦截。Windows Defender防火墙可能拦截UDP 67/69/16000端口。测试时直接临时关闭防火墙确认能正常启动后再去添加防火墙白名单规则。5.3 UEFI模式卡在引导界面现象客户机能获取IP也能看到iVentoy菜单但选择ISO后黑屏或回到菜单。常见原因之一是ISO镜像本身不支持当前启动模式。老一点的Windows 7原版ISO不支持UEFI启动换成传统BIOS模式即可。另一个原因是Secure Boot安全启动没关闭或iVentoy的引导签名不兼容。对比起来Windows 10/11 ISO和主流Linux发行版ISOUbuntu、Debian、Deepin等对UEFI的支持都比较完善iVentoy处理这些镜像基本没问题。遇到小众修改版镜像卡住优先怀疑镜像本身换官方原版镜像测试。5.4 镜像菜单非常多时怎么快速区分实际工作中我习惯在iVentoy中同时放十几个ISO比如Windows 10的专业版/企业版、不同版本的Ubuntu、Debian、还有各种救援系统。为了避免客户机屏幕上菜单长得像乱码iVentoy有一个镜像重命名功能你可以把ISO显示名改成自己看得懂的名字比如“Win10_PRO_x64_CN_2024”。这个功能日常使用很加分尤其当你帮别人装机对方看到菜单里一堆原始文件名时根本不知道该选哪个。5.5 日志是排障的第一手段我发现很多人用iVentoy遇到问题第一反应是去论坛发帖其实服务端日志已经把80%的原因写在里面了。日志文件的默认位置在iVentoy解压目录的log文件夹下格式为日期命名比如log_2025-01-15.txt。启动失败、客户机连接、HTTP请求记录都会写入。看到客户机MAC地址出现但后续没有HTTP请求说明引导文件传输或执行环节有问题看到HTTP请求了但文件传输中断多半是网络稳定性问题。排查顺序建议是客户机是否拿到IPDHCP - 菜单是否出现TFTP引导文件传输 - 选择镜像后是否开始读取HTTP挂载。这个顺序对应了PXE引导的三个关键环节思路清晰了问题基本就稳了。从1.0.16 win64这个版本的实际体验来看iVentoy的完成度已经相当高了拿来日常使用不用再担心“反人类配置”那些糟心事。我个人习惯是把不稳定或者故障率高的几台机器单独用一个小交换机接到iVentoy服务器上做隔离网络既能多台并发安装又不会干扰办公网络。如果你一直觉得网络装机离自己挺远不妨找个周末把一台退役电脑当服务器试一次iVentoy装完第一台机器你大概就再也想不起来回头用U盘了。本文还有配套的精品资源点击获取 iVentoy 1.0.16 win64 实战：从PXE原理到Windows网络装机部署与排障
简介iVentoy 1.0.16 win64 版是面向系统运维、网络管理员以及需要批量部署操作系统的实施人员的 PXE 网络启动安装增强工具包。它基于 PXE 服务扩展能够在局域网内同时引导多台客户端并安装操作系统解决传统逐台安装效率低、配置重复的问题尤其适用于机房批量装机、多节点系统更新、自动化无人值守安装等规模化管理场景。压缩包共 21 个文件大小约 9.82MB其中 exe 为启动主程序5 个 dll 提供运行所需的动态链接库cfg、xml、ini 等配置类文件用于调整服务与启动参数dat、db 文件承担地址或记录数据的存储另有云端初始化数据文件配套的 txt 和 doc 则提供许可协议与使用说明。借助这些文件可以快速部署 iVentoy 服务端结合自带脚本、iso 目录与 user 配置区维护启动镜像实现大规模并发安装同时便于了解服务端各目录的作用与启动记录结构为二次定制或排错提供参考。目前已有 970 人学习下载适合具备一定网络基础并希望提升批量装机效率的读者使用。 干过机房维护或者经常给同事装系统的人应该都有这种体会U盘装系统本身不麻烦但当你面前摆着五六台机器每台都要插U盘、进引导菜单、选镜像、等拷贝……重复几轮下来人的耐心基本被磨没了。后来我开始用PXE网络装机但又离不开一堆配置文件改个tftp目录、调个dhcp参数都要折腾半天入门门槛不算低。直到用了iVentoy这个问题算是真正被解决掉了。iVentoy是Ventoy作者出的网络版它的逻辑和本地U盘版的Ventoy一脉相承——把你电脑变成一台“网络启动服务器”局域网里的机器开机时直接从网卡引导弹出菜单选择ISO镜像然后就能装系统。而1.0.16 win64这个版本在Windows 64位系统上直接解压就能跑不用装一堆依赖环境对绝大多数普通用户来说是把“网络装机”这件事从服务器端带回了桌面端。这篇文章我就以iVentoy 1.0.16 win64为起点把原理、部署、进阶玩法和踩过的坑一次讲清楚。1. iVentoy 到底解决了什么问题1.1 对比传统装机方式它的核心优势在哪先对比几类常见的装机方式你就能理解我为什么推荐iVentoy。U盘/移动硬盘直装最传统优点是稳定、离线可用但一次只能装一台机器多了就是体力活。而且遇到笔记本、迷你主机这类设备U盘启动兼容性偶尔也会翻车。传统PXE装机比如用Windows部署服务或配置DHCPTFTPHTTP灵活、支持批量并发但部署门槛高。要自己管理dhcpd.conf、pxelinux.cfg模板、引导内核、挂载目录还要考虑BIOS和UEFI两套引导链新手很容易被劝退。iPXE脚本定制功能强但本质上还是写脚本属于“会的人很爽不会的人很痛苦”。iVentoy的定位很有意思它把传统PXE那套复杂的底层链路封装成了一个服务你只需要准备好ISO镜像把它添加进镜像列表点击“开始服务”。目标机器开机选网络启动就能看到一个像Ventoy一样的图形启动菜单直接选镜像开始安装。它不需要你手动配置TFTP目录结构不需要自己组织各种引导文件也不需要会给不同的发行版写不同的启动参数。1.2 它和本地版 Ventoy 的关系与区别很多人用过Ventoy把ISO丢进U盘就能启动非常方便。iVentoy可以理解为“把同样的理念搬到了网络上”。Ventoy的本地版做法是在U盘上写入一个专门的引导扇区开机时读取U盘上的ISO文件列表生成启动菜单。iVentoy则是在一台电脑上启动一个常驻服务内置了DHCP、TFTP、HTTP等网络引导需要的服务局域网里的客户机开机时从网卡启动自动获取IP从服务器拉取引导文件客户端屏幕上同样会生成一个ISO选择菜单。关键点在于iVentoy内置的引导逻辑已经把PXE链路中容易出问题的环节比如UEFI安全启动、grub引导参数、ramdisk加载路径处理好了用户看到的只是“添加镜像、点击启动”这一层最简单的东西。顺带说一句网上有些地方冒出“iVentoy带注册机”“破解版”之类的说法。iVentoy本身就是开源免费软件Ventoy系列全部免费不存在需要激活码或注册机的机制。看到这类关键词基本可以判断是标题党直接忽略。2. 核心原理拆解一次网络启动的完整旅程2.1 PXE引导的四个关键角色要真正用好iVentoy还是得理解背后PXE引导的流程。整个启动过程涉及四个角色客户机目标机器开机后网卡固件主动向外发送网络启动请求。DHCP服务负责给客户机分配IP同时告知引导文件的位置。iVentoy内置了这个服务。TFTP服务负责把最初始的引导文件比如bootmgfw.efi或pxelinux.0传给客户机。HTTP服务负责把完整的ISO镜像或引导所需的其余文件传给客户机。iVentoy也内置了HTTP服务。用生活化的方式来理解DHCP相当于酒店前台给你分配房间钥匙IP并告诉你餐厅在几楼引导文件位置TFTP是前台的“快速取货窗口”先给你一小份菜单引导程序HTTP才是真正给你送大餐完整操作系统镜像的通道。2.2 一次完整的引导流程在实际运行中这个流程是这样一步步走的客户机开启网卡PXE启动传统BIOS或UEFI都支持网卡向局域网广播DHCP请求。iVentoy内置的DHCP服务响应请求为客户机分配一个10.0.0.x网段的IP地址同时通过DHCP选项比如next-server和bootfile返回引导文件路径。客户机根据返回的路径通过TFTP下载引导文件并执行。在UEFI模式下iVentoy会下发对应的grub2或者bootmgfw.efi在传统BIOS模式下则下发pxelinux引导。引导程序启动后会连回iVentoy的HTTP服务拉取启动菜单配置和ISO文件列表。用户在选择菜单中挑选一个ISO引导程序通过HTTP读取ISO内容挂载为虚拟光盘接着按正常安装系统的方式继续。这整套流程里传统PXE需要自己写的各种配置iVentoy全部自动化了。比如它会根据客户机从BIOS还是UEFI启动自动给不同类型的引导文件在菜单里也做好区分。这也是iVentoy最大的设计价值复杂的事情工具内部解决。2.3 为什么iVentoy默认用10.0.0.1这个网段实际使用中你可能会发现iVentoy默认是给客户机分配10.0.0.x的地址。很多初次使用的人会疑惑我的路由器是192.168.1.1为什么客户机拿到的是10.0.0.x这个设计其实是刻意为之。iVentoy内置DHCP的目的是为了在“独立的装机网络”里开箱即用而不是接管你整个办公网络。它分配的10.0.0.x网段是一个默认的隔离网段避免和你现有的局域网IP段冲突。如果你只用一根网线把服务器和待装机的机器连起来或者交换机上单独划了一个装机VLAN那么默认设置完全够用。如果你的使用场景是“我不想用iVentoy的DHCP我已经有公司内部的DHCP服务器”也可以设置iVentoy为“仅Proxy DHCP”模式由现有DHCP分配IPiVentoy只负责下发引导文件。这个灵活度是传统PXE配置里需要仔细调优的事情在iVentoy里只是一个开关。3. Windows 64位平台下的实际部署步骤3.1 环境准备和文件获取iVentoy 1.0.16 win64版本针对Windows x64桌面环境发布不依赖额外运行库下载后是一个压缩包解压到一个纯英文路径下尽量别放中文目录Windows下中英文路径偶尔会引发奇怪问题。你需要准备的基础环境是一台运行Windows 10/11 x64的电脑作为iVentoy服务器。一个有线网口用于接交换机或直连客户机。若干待安装的ISO镜像Windows系统镜像、各种Linux发行版ISO。一台支持PXE/网卡启动的客户机。下载iVentoy时注意选择官方渠道Github Releases或官网发布的版本。识别版本号很简单压缩包名字里带了iVentoy-1.0.16-win64的就是对应版本。解压后目录里有iVentoy64.exe和iVentoy.exe分别对应64位和32位环境。现在主力机器基本都是64位直接运行iVentoy64.exe。3.2 关闭环境里的DHCP冲突这是Windows下部署最容易踩坑的一个点。iVentoy内置DHCP服务默认监听67端口如果你的电脑本身装了别的DHCP服务比如局域网里已有路由器在派发DHCP或者Windows启用了Internet连接共享功能就会发生冲突。我的建议是这样处理检查Windows服务里是否有“DHCP Server”相关服务在运行如果有就停掉。如果是家用路由器在派发DHCP而你想在一个隔离网络里使用iVentoy直接在iVentoy软件里用默认的独立网段即可不要将其接入公司主网络避免给同事的电脑也下发10.0.0.x地址造成混乱。如果一定要在现有局域网里用iVentoy把“Proxy DHCP”开关打开让它只提供引导信息不参与IP地址分配。3.3 启动服务、添加镜像、完成首台机器安装直接按步骤走第一步解压后运行iVentoy64.exe主界面左侧是当前可用的ISO镜像列表右侧是服务控制区域。第二步把需要装机的ISO镜像拖进窗口或者点击“添加”选择镜像文件。支持多个ISO比如Windows 10的镜像和Ubuntu的镜像可以同时放着客户机启动时菜单里会出现多个选项。第三步确认网络状态后点击“开始服务”。初始状态下iVentoy会提示你它使用的IP地址和端口。默认一般是10.0.0.1HTTP端口为16000。服务启动后状态栏会显示“Running”。第四步把待装机的电脑用网线连到同一台交换机或同一块网卡上开机按网卡启动快捷键常见的有F12部分机器是Esc或F8需要在BIOS设置里打开PXE启动选择从网络启动。第五步客户机会出现一个启动菜单列出所有可用的ISO镜像。选择你需要的镜像按回车就能正常进入安装流程。整个过程里iVentoy服务端窗口会实时打印日志包括哪台客户机的MAC地址连了过来、请求了哪个镜像、HTTP传输状态等。如果启动过程中卡住优先看服务端日志它比客户机屏幕上的提示信息要更直接。3.4 镜像挂载模式的细节说明iVentoy支持两种镜像加载模式理解它们的区别对排障很有帮助内存盘模式适用于Linux发行版把ISO内容的一部分加载到客户机内存中启动速度较快对网络稳定性要求略高。网络挂载模式适用于Windows和大多数主流Linux发行版通过HTTP按需读取ISO中的文件类似远程光驱。这种方式内存占用低安装大体积Windows镜像时比较稳。实际体验下来安装Windows镜像用默认的网络挂载模式就很好安装过程中读取速度取决于局域网带宽千兆网络下基本和本地光驱安装体验差不多。个别人遇到的“安装到一半报错找不到文件”多数是网络传输不稳定优先检查网线和交换机端口速率。4. 进阶玩法Docker部署与NAS上的iVentoy4.1 为什么有人要把iVentoy跑在容器里Windows下运行iVentoy已经很方便但服务器领域的人更习惯用Docker跑这类常驻服务好处是隔离环境干净、管理方便、不占用桌面会话。尤其是一些人的主力服务器本身就是Linux或者干脆想在一台群晖/飞牛NAS上常年运行iVentoy需要的时候直接网络启动不需要的时候完全不影响NAS本身的业务。iVentoy官方也提供Linux版本Docker只是把它封装起来。由于PXE涉及DHCP和TFTP这类底层网络服务容器网络模式必须是host网络模式不能用bridge模式否则客户机根本找不到DHCP服务。这一点和普通Web服务差别很大是容器化部署最容易出错的地方。4.2 Docker部署的参考命令一个基本的iVentoy容器启动命令是这样docker run -d \ --name iventoy \ --privileged \ --nethost \ -v /path/to/iso:/iventoy/iso \ -v /var/lib/iventoy/data:/iventoy/data \ ventoy/iventoy:1.0.16解释一下几个关键参数--privilegediVentoy需要读取网络接口信息以及可能创建虚拟网卡或绑定端口privileged模式可以省去很多权限限制。如果不想用privileged至少要给容器配置NET_ADMIN和SYS_ADMIN的capability但实测下来privileged最省心。--nethost容器直接使用宿主机网络栈DHCP广播包和TFTP请求才能正常工作。这也是这个容器不能用docker-compose里常见的ports映射方式的原因。目录映射宿主机 /path/to/iso 映射到容器 /iventoy/iso以后往这个目录放ISO容器里自动就能看到非常方便重新挂载和持续更新。启动完成后访问容器所在IP的16000端口就能看到iVentoy的Web管理界面日常管理和Windows版没有本质区别。4.3 飞牛NAS场景的实战注意事项飞牛NASfnOS是目前NAS圈里热度上升很快的一个系统它的应用中心自带Docker管理界面因此部署iVentoy的方式和通用Docker部署大同小异。具体操作上你在Docker管理里拉取镜像后要特别注意三点网络模式一定要选host而不是bridge。如果你用的是图形化界面别选“发布端口”直接指定网络模式为主机模式。把NAS上的ISO存放目录映射到 /iventoy/iso。我习惯在NAS磁盘里建一个专门目录比如/vol1/ISO方便集中管理。由于DHCP依赖于网卡NAS最好使用固定IP。如果NAS本身通过DHCP获取IP重启后IP变了iVentoy的使用地址也会变装系统时会找不到服务器。飞牛NAS本身的定位是低功耗常年在线如果家里或小型办公环境有多台设备需要定期重装系统这种方式比专门开一台电脑做PXE服务器要省电得多。唯一需要注意的是NAS的CPU性能通常一般如果是多台机器并发安装Windows镜像HTTP吞吐会成为瓶颈建议最多同时处理两到三台机器不要指望它像专业PXE服务器那样并发几十台。5. 踩坑记录与常见问题排查5.1 服务启动失败端口被占用现象点击“开始服务”后iVentoy状态一直停在“Failed”或日志里报“bind 0.0.0.0:67 failed”。排查思路67端口被其他DHCP服务占用或者防火墙拦截了UDP 67/69端口。Windows下比较隐蔽的占用源是“Internet连接共享”ICS功能以前给手机开过热点、或配置过共享上网都可能残留这个服务。解决办法在Windows服务里禁用“Internet Connection Sharing (ICS)”然后重启iVentoy。如果无法确定谁占了端口用管理员权限运行netstat -ano | findstr :67看看进程号再到任务管理器里定位对应程序。5.2 客户机无法获取IP地址现象客户机网络启动后卡在“正在获取IP地址……”界面一直进不去菜单。这个问题的概率非常高原因大致有三类网线没接对。确认客户机和服务器的网线都连接到了同一个交换机上且交换机没有启用隔离VLAN。网卡PXE引导没开。很多台式机默认只开了“Wake on LAN”没开“PXE Boot”。进BIOS找“Network Boot”或“UEFI Network Stack”把它设为Enabled。防火墙拦截。Windows Defender防火墙可能拦截UDP 67/69/16000端口。测试时直接临时关闭防火墙确认能正常启动后再去添加防火墙白名单规则。5.3 UEFI模式卡在引导界面现象客户机能获取IP也能看到iVentoy菜单但选择ISO后黑屏或回到菜单。常见原因之一是ISO镜像本身不支持当前启动模式。老一点的Windows 7原版ISO不支持UEFI启动换成传统BIOS模式即可。另一个原因是Secure Boot安全启动没关闭或iVentoy的引导签名不兼容。对比起来Windows 10/11 ISO和主流Linux发行版ISOUbuntu、Debian、Deepin等对UEFI的支持都比较完善iVentoy处理这些镜像基本没问题。遇到小众修改版镜像卡住优先怀疑镜像本身换官方原版镜像测试。5.4 镜像菜单非常多时怎么快速区分实际工作中我习惯在iVentoy中同时放十几个ISO比如Windows 10的专业版/企业版、不同版本的Ubuntu、Debian、还有各种救援系统。为了避免客户机屏幕上菜单长得像乱码iVentoy有一个镜像重命名功能你可以把ISO显示名改成自己看得懂的名字比如“Win10_PRO_x64_CN_2024”。这个功能日常使用很加分尤其当你帮别人装机对方看到菜单里一堆原始文件名时根本不知道该选哪个。5.5 日志是排障的第一手段我发现很多人用iVentoy遇到问题第一反应是去论坛发帖其实服务端日志已经把80%的原因写在里面了。日志文件的默认位置在iVentoy解压目录的log文件夹下格式为日期命名比如log_2025-01-15.txt。启动失败、客户机连接、HTTP请求记录都会写入。看到客户机MAC地址出现但后续没有HTTP请求说明引导文件传输或执行环节有问题看到HTTP请求了但文件传输中断多半是网络稳定性问题。排查顺序建议是客户机是否拿到IPDHCP - 菜单是否出现TFTP引导文件传输 - 选择镜像后是否开始读取HTTP挂载。这个顺序对应了PXE引导的三个关键环节思路清晰了问题基本就稳了。从1.0.16 win64这个版本的实际体验来看iVentoy的完成度已经相当高了拿来日常使用不用再担心“反人类配置”那些糟心事。我个人习惯是把不稳定或者故障率高的几台机器单独用一个小交换机接到iVentoy服务器上做隔离网络既能多台并发安装又不会干扰办公网络。如果你一直觉得网络装机离自己挺远不妨找个周末把一台退役电脑当服务器试一次iVentoy装完第一台机器你大概就再也想不起来回头用U盘了。本文还有配套的精品资源点击获取