企业官网建设流程全解析

装系统这件事，很多人的第一反应还是找U盘。如果你一直在用Ventoy做过启动盘，那iVentoy你一定不陌生。简单说，iVentoy能把一台普通电脑或NAS变成PXE网络安装服务器，ISO镜像放进目录，局域网里的其他机器通过网络启动就能直接选择镜像装系统，彻底告别频繁插拔U盘。我从第一次用它取代U盘装机到现在，已经把它部署到了Windows笔记本、Linux服务器和飞牛NAS上，这篇文章就把整个思路、部署步骤和踩坑记录都梳理一遍，希望能帮你少走弯路。

这篇内容适合这几类人：整天帮同事修电脑的运维、给机房批量装机的网管、喜欢折腾多系统的小白玩家，以及不想再带U盘跑现场的工程师。你不需要先懂PXE原理，照着后面的步骤操作也能跑起来；如果你想了解为什么这么做，我也会把原理和架构拆开讲清楚。

1. 为什么我要把U盘换成iVentoy网络安装

1.1 被U盘折磨过的装机经历

我最早接触Ventoy的时候觉得终于得救了，一个U盘塞十几个ISO，想装哪个选哪个。但用久了还是难受，U盘本身就是一个容易出问题的东西。有的是U盘主控和主板兼容性差，有的老主板只支持Legacy BIOS，新笔记本默认UEFI安全启动，同一个U盘在两台机器上表现可能完全不一样。最折腾的一次，我带着一个128G U盘去现场，连续给三台不同品牌的台式机装系统，其中一台怎么都进不去Ventoy引导菜单，换了U盘口、改了BIOS启动模式都不行，最后只能拆硬盘挂到另一台机器上克隆系统。那次之后我就下定决心，要么找到一个更可靠的替代方案，要么继续被U盘折腾。

后来我又尝试过传统PXE网络安装，也就是自己搭DHCP、TFTP、HTTP服务，再手写pxelinux.cfg菜单。功能倒是灵活，但配置成本太高，光是把grub菜单和内核参数调好，就花了我一个下午。而且文件权限、防火墙、DHCP option稍微配错一个，客户端就卡在启动界面。对偶尔装机的场景来说，传统PXE太重了。

1.2 iVentoy解决的核心问题：PXE安装也可以像U盘一样简单

iVentoy本质上就是把Ventoy的启动菜单搬到了网络上。Ventoy是U盘里的引导器，iVentoy是服务器里的引导器。你在服务端把ISO文件放进指定目录，运行iVentoy，它就会自动提供DHCP、TFTP和HTTP服务。客户端通过网卡PXE启动时，从iVentoy获取IP地址，再下载引导文件，最后出现一个类似Ventoy的选择菜单，列出服务器上的所有ISO镜像。

以前要装五台机器，我得插拔五次U盘，或者做五个U盘。现在只需要把服务端开好，五台机器通过网络启动，分别选择镜像安装就行。iVentoy对传统PXE最大的贡献，是把“手工配置”变成了“开箱即用”。你不用再去理解pxelinux.0和grubx64.efi之间的复杂关系，也不用关心某个发行版的ISO要如何解压，iVentoy会像Ventoy一样直接加载ISO文件。

1.3 哪些人适合用这套方案

如果你只是偶尔给家里一台电脑重装系统，那继续用U盘也完全没问题，不必刻意上网络安装。但凡是遇到下面这些情况，iVentoy的价值就非常明显：需要批量安装多台相同配置的电脑；经常要试不同Linux发行版；服务器放在机房，不方便插U盘；公司/学校有现成的千兆局域网；你有一台长期开机的NAS或小主机。

打个比方，U盘装机像是你点了一份外卖，外卖小哥必须亲自跑到你家楼下；iVentoy像是开了一家食堂，所有人在同一张桌子上取餐。前者的灵活性和便携性无可替代，后者的并发效率和集中管理能力，却是U盘给不了的。

2. iVentoy工作原理与整体架构拆解

2.1 PXE启动流程简述

要理解iVentoy，先要理解PXE。PXE是Intel提出的网络启动标准，几乎所有带网卡的电脑都支持。客户端开机后，网卡固件会向局域网发送DHCP请求，如果DHCP服务器返回了“接下来去哪个服务器下载启动文件”的信息，客户端就会用TFTP协议去下载这个启动文件，然后执行它。这个启动文件可能是grub、ipxe或者其他引导器，引导器再去加载菜单、内核、initrd，最终启动安装程序。

传统PXE需要有至少三个基础服务：DHCP服务器负责分配IP和告诉客户端“引导文件在哪”；TFTP服务器负责传输引导文件；HTTP或NFS服务器负责传输镜像文件。每个服务都要单独配置，还要确保端口、文件路径、DHCP option全部正确，这对新手极不友好。

2.2 iVentoy的架构：HTTP + DHCP + 启动文件

iVentoy的架构并不神秘，它就是把上面三个服务打包成了一个程序。启动后会监听网卡的67号端口处理DHCP请求，用69号端口提供TFTP，同时用HTTP端口提供启动文件、菜单和ISO镜像的下载。客户端从网络启动时，先通过DHCP拿到IP和引导文件地址，再通过TFTP/HTTP下载启动引导器，引导器再从服务器上拉取菜单列表，最后加载你选中的ISO文件。

你可能会担心它和公司里现有的DHCP冲突。确实，iVentoy默认带有DHCP服务，如果你插在已有路由器的大型局域网里直接启用，很可能导致其他设备IP混乱。但它也提供了关闭内置DHCP的选项，你可以在自己的路由器或DHCP服务器上配置PXE相关option，把引导请求指向iVentoy。这个我们后面会专门讲。

2.3 iVentoy与Ventoy的关联

用过Ventoy的人第一次看到iVentoy的菜单会觉得很熟悉。它俩确实是同一作者设计的引导体系，理念也一样：不需要反复格式化U盘，不需要解压ISO，直接把镜像文件扔进去就能启动。

区别在于，“镜像文件”的存储位置不同。Ventoy是存放在U盘本地文件系统里，引导器扫描本地磁盘。iVentoy则是把ISO放在服务器目录里，引导器扫描的是HTTP目录。iVentoy的菜单、主题甚至部分插件都和Ventoy保持类似风格，所以Ventoy老用户切换过来几乎零学习成本。

2.4 相比传统PXE服务器的优势

我用过传统PXE方案，也用过iVentoy，两者差距很大。传统PXE的优势是可定制性极高，几乎每个字节都能控制，适合深度定制引导流程、批量自动化部署，但这需要你花时间维护。iVentoy则胜在“开箱即上架”，它把最常见的PXE需求全部固化成了默认行为：检测网卡、分配IP、提供引导文件、扫描ISO、生成菜单。下面是几张对照表：

这里不是说传统PXE没用，而是说如果你的需求就是“让几台机器通过网络装系统”，iVentoy明显省心得多。

2.5 部署形态选择：Windows程序、Linux服务、Docker容器

iVentoy的部署方式很灵活。Windows版本适合临时开一台笔记本当服务器，图形界面直观，能看到日志和IP分配情况。Linux版本适合放在机房服务器上长期运行。Docker版本则适合NAS用户，尤其是飞牛NAS这类自带应用中心的系统，通过容器可以把iVentoy变成“常驻服务”。

我现在的使用习惯是：飞牛NAS上跑着Docker版iVentoy，里面放着Windows 11、Ubuntu Server、Debian、Rocky Linux等常用镜像；外出维护时如果NAS不在身边，就用笔记本电脑临时跑Windows版。两条路互为备份，基本不用再碰U盘。

3. 环境准备与前置条件

3.1 硬件与网络要求

iVentoy服务端的资源占用其实很低，因为主要工作是传输ISO文件，压力在网络和磁盘。我建议至少双核CPU、2GB内存，磁盘使用固态硬盘会明显提升多客户端并发时的读取速度。如果你只装个Windows 10和一个Ubuntu，机械硬盘也能跑，但网络传输速度受限于硬盘读取速度，可能跑不满千兆。

客户端这边需要有线网卡，而且网卡必须支持PXE。近十年的台式机、笔记本、服务器基本都支持，少数笔记本需要在BIOS里开启“Network Boot”或“Lan Boot”。无线网卡一般不支持PXE启动，所以要装机，老老实实插网线。

3.2 网络拓扑建议

最简单的拓扑是：一台千兆交换机，服务端和客户端都插在这台交换机上，上层再连一个路由器用于出网。这样iVentoy的内置DHCP只影响这个交换机下的设备，不会污染整个办公网络。

如果你只想在现有局域网里测试，最怕的就是iVentoy的内置DHCP和公司主路由器冲突。我的建议是：把服务端和客户端接到一个独立的小交换机上，组成一个临时隔离网络，路由器只负责给服务端提供互联网访问。这样既安全又稳定。

3.3 准备系统镜像ISO

ISO镜像可以去各操作系统官网下载。Windows镜像建议下载官方原版，别用各种Ghost精简版，否则UEFI和安全启动的兼容问题会非常折磨人。Linux发行版镜像体积不大，Ubuntu和Debian的netinst版本才几百MB，放几个在目录里并不占地方。

iVentoy对ISO目录的路径没有苛刻要求，但我个人习惯用纯英文路径，比如/data/iso或者D:\iso。中文字符在启动菜单里其实也能显示，但某些精简版引导器在解析中文文件名时偶尔会出乱码，为了少踩坑，我还是建议保持英文命名。

3.4 开通防火墙端口

iVentoy默认用到这些端口：67/UDP（DHCP）、69/UDP（TFTP）、80/TCP（HTTP，或配置中指定的HTTP端口）。在Windows上第一次运行会弹出防火墙授权窗口，一定要勾选“专用网络”并允许。在Linux上你需要手动放行：

sudo firewall-cmd --add-port=67/udp --add-port=69/udp --add-port=80/tcp --permanent sudo firewall-cmd --reload

如果你用的是Debian/Ubuntu的ufw，则这样：

sudo ufw allow 67/udp sudo ufw allow 69/udp sudo ufw allow 80/tcp

如果HTTP端口被其他程序占用，iVentoy启动时会提示绑定失败，你需要在配置中改成其他可用端口，客户端引导时要能自动获取到新的HTTP端口，因此建议固定一个端口不变。

4. 实操过程：在Windows上快速搭建iVentoy网络安装服务器

4.1 下载与解压iVentoy

先去iVentoy官网下载Windows版本，解压后你会看到类似iVentoy_x64.exe的主程序。官方推荐以管理员身份运行，因为绑定DHCP端口需要系统权限。没必要安装到系统目录，我一般放在D:\Tools\iVentoy下，方便清理。

第一次启动时，程序会扫描本机所有网卡，并列出每个网卡的IP地址。这里千万要看清楚，不要选了VirtualBox或VMware创建的虚拟网卡，否则客户端根本找不到你。我的做法是先把无关虚拟网卡禁用掉，只保留真正连接局域网的那张物理网卡。

4.2 配置静态IP和DHCP

为了让客户端每次都能稳定找到服务端，服务端IP必须是固定的。最简单的方法是在路由器DHCP里给服务器MAC地址绑定固定IP，也可以在Windows网络设置里手动填一个静态IP。建议静态IP设置成类似192.168.1.10这种不容易和其他设备冲突的地址。

接下来是DHCP如何选择。在独立测试网络里，我推荐直接开启iVentoy内置DHCP，让iVentoy同时负责IP分配和PXE引导，省去路由器配置。在已有公司网络中，如果不想影响别人，不要开内置DHCP，而是要在主DHCP服务器上配置PXE选项，把“下一台服务器”指向iVentoy地址，并指定引导文件名。具体option编号通常是66和67，但iVentoy文档里会给出建议取值，不同网络设备叫法不太一样。

4.3 添加ISO镜像

在iVentoy解压目录下会有一个iso文件夹，把下载好的镜像复制进去就行。如果有多个版本或不同系统，可以建子目录分类，比如iso/windows、iso/linux。iVentoy启动时会递归扫描目录，菜单也会按照目录结构显示。

如果iVentoy已经运行，你再拷入新ISO，不需要重启服务，在图形界面点一下刷新或者重新扫描，菜单就会更新。实际操作中我的习惯是先把ISO通过smb共享放到服务器目录，再刷新，省得来回插U盘。

4.4 启动服务并确认状态

选好网卡、配置好DHCP模式、确认ISO目录无误后，点击启动按钮。iVentoy的主界面会滚动打印日志，比如“DHCP Server is running on port 67”“HTTP Server started”等。看到这些日志就说明核心服务已经起来。

为了确认HTTP服务正常，可以在浏览器地址栏输入http://<服务器IP>/，如果能打开一个文件列表页面，说明客户端可以正常下载文件。如果打不开，检查防火墙和端口占用。也可以在命令行下用netstat -ano | findstr "80"查看80端口是否被iVentoy监听。

4.5 客户端开机PXE启动

客户端开机，按下品牌对应的启动菜单快捷键，比如F12、F11或Esc。在启动设备列表里选择“Onboard NIC”“Realtek PXE”或“UEFI: IPv4”这类带网卡标识的选项。有些主板默认关闭了网卡启动，需要在BIOS里找到“Network Boot”或“PXE Boot”选项并开启。

客户端启动后，会先看到一行“Client IP: 192.168.x.x”之类的信息，然后屏幕变成iVentoy的图形化引导菜单。到这一步基本就成功了。

4.6 安装系统全流程演示

以安装Windows 11为例，在iVentoy菜单中选择Windows 11 ISO，回车确认后，会进入Windows安装程序。后续的分区、输入密钥、创建本地账户等流程和用U盘安装完全一样。区别在于，Windows安装程序从ISO读取install.wim时，数据是通过HTTP从服务器传输的，因此整个安装过程中服务端不能关机，网线也不能拔。

特别注意Windows安装过程中会重启。第一次重启后，如果你没有进入系统，又自动回到PXE菜单，千万不要再选同一个ISO，否则它又会从头开始加载安装程序。正确做法是在iVentoy菜单里选择“Boot from Local Disk”或直接进BIOS把硬盘设为第一启动项，让系统从已拷贝到硬盘的文件继续安装。我第一次用iVentoy装Windows就在这里卡了很久，后来才知道要选本地启动。

5. 实操过程：在Linux与飞牛NAS上用Docker部署iVentoy

5.1 为什么推荐Docker方式

Windows版适合临时用，但很难做到24小时开机。如果你家里或公司有一台NAS，我强烈建议用Docker部署iVentoy。Docker版的好处是：不污染宿主机的系统环境，方便备份和迁移，重启NAS后可以自动拉起容器。飞牛NAS本身基于Linux，自带Docker和Compose，部署起来也很顺手。

另一个更大的好处是：NAS一般有大容量硬盘，可以存放很多ISO镜像。我甚至在NAS上给镜像目录开了SMB共享，平时同事从Windows电脑上就能直接查看或上传ISO，而且iVentoy容器也读取同一个目录，这样镜像管理和PXE服务就打通了。

5.2 编写docker-compose配置

用Docker部署iVentoy最关键的一点是网络模式必须用host。因为iVentoy需要监听DHCP广播和TFTP端口，如果用bridge模式，DHCP广播基本无法正常穿透NAT，客户端会找不到服务端。在飞牛NAS或任意Linux主机上，先创建一个目录：

mkdir -p /data/iventoy/data mkdir -p /data/iventoy/iso

然后写一个docker-compose.yml：

services: iventoy: image: johngong/iventoy:latest container_name: iventoy network_mode: host volumes: - /data/iventoy/iso:/app/iso - /data/iventoy/data:/app/data restart: unless-stopped environment: - TZ=Asia/Shanghai

这里我把/data/iventoy/iso挂载到容器内的/app/iso，就是ISO镜像目录；/data/iventoy/data挂载到/app/data，保存iVentoy的配置和日志。如果不想用Compose，也可以用docker run：

docker run -d --name iventoy --network host \ -v /data/iventoy/iso:/app/iso \ -v /data/iventoy/data:/app/data \ -e TZ=Asia/Shanghai \ --restart unless-stopped \ johngong/iventoy:latest

5.3 目录挂载与镜像管理

镜像目录挂载完成后，直接把ISO文件复制到宿主机的/data/iventoy/iso目录，不用重启容器。iVentoy会定时扫描或通过inotify感知目录变化，过几秒菜单里就会出现新镜像。如果你发现没有刷新，可以在容器内查看日志，或者手动在iVentoy的管理界面触发重新扫描。

飞牛NAS的场景下，这个/data/iventoy目录可以放在NAS的存储池里。然后你在飞牛的文件管理里把它设置为共享文件夹，Windows电脑通过SMB访问，把下载好的ISO拖进去，完美实现“无U盘维护镜像库”。

5.4 启动与日志查看

使用Compose启动：

docker compose up -d

查看日志：

docker logs -f iventoy

如果日志里出现类似bind: Address already in use，说明端口被宿主机上的其他服务占了。最常见的是80端口被Nginx或NAS的Web管理页面占用。解决办法是修改iVentoy配置里的HTTP端口，或者在Docker环境变量里指定端口参数。具体环境变量名不同镜像略有差异，建议以镜像说明为准，但思路就是避开冲突端口。

5.5 Docker版本iVentoy的注意点

Docker版本虽然方便，但也有几个坑。第一，network_mode: host意味着容器不会做端口隔离，宿主机防火墙直接面对局域网，所以务必只在内网使用，别把这台NAS暴露到公网。第二，如果宿主机有多块网卡，host模式下iVentoy会尝试监听所有网卡，你需要在配置中显式绑定到连接客户端的网卡IP，否则可能在错误的网卡上等待DHCP请求。第三，每次升级镜像后，手动确认一下/app/data下的配置文件是否被覆盖，保留一份备份更稳妥。

6. 替代U盘后的日常使用与高级功能

6.1 多ISO镜像菜单怎么选

当iso目录下有多个镜像时，客户端启动后会看到一个类似Ventoy的图形菜单，箭头键上下移动，回车确认。iVentoy还支持按目录归类，比如把不同系统放在子目录里，菜单也会形成二级结构。对于临时维护，我一般只放两个镜像：Windows安装镜像和一个Linux发行版，减少菜单选择的时间。

如果遇到菜单里有陈旧镜像，比如你删除了某个ISO但菜单还在，可以在服务端刷新或重启iVentoy。正常情况下它每次有人启动网络引导时都会重新扫描目录，不存在长期缓存问题。

6.2 支持哪些操作系统和引导模式

iVentoy的兼容性和Ventoy基本一致，Windows 7以上、Ubuntu、Debian、CentOS、Rocky、Fedora、openSUSE、Arch等主流系统都能直接引导。对于UEFI和Legacy BIOS两种模式，iVentoy启动时默认会匹配客户端固件类型，不需要手动干预。

也有少部分ISO比较特殊，比如较老的Windows Server或某些硬件厂商的定制镜像，直接启动可能会黑屏。这时候可以试试iVentoy菜单的兼容模式，或者先进入GRUB命令行手动指定内核参数。这类问题通常不是iVentoy缺陷，而是镜像本身的启动方式特殊。

6.3 自动安装与无人值守（kickstart/preseed/unattended）

iVentoy最有价值的进阶功能是支持自动安装。你可以把Windows的自动应答文件、Linux的kickstart或preseed文件放到指定位置，在启动时附加参数来指向这些文件。这样客户端选择镜像后不需要人工点击下一步，系统会自动完成分区、用户配置和应用安装。

我平时用Ubuntu Server批量测试虚拟机时，会准备一个preseed文件放在HTTP目录，然后在启动菜单编辑内核参数，加上auto inst.ks=http://<服务器IP>/preseed.cfg。具体参数因发行版而异，但思路是一致的：利用网络把回答文件传给安装程序。如果你需要批量部署几十台机器，这就是U盘方案做不到的便利。

6.4 同时给多台机器装机

PXE网络安装天生支持并发。多台客户端同时启动，iVentoy会分别分配IP，然后各自从HTTP拉取启动文件和ISO。实际并发能力取决于服务端磁盘吞吐量和网络瓶颈。我用千兆交换机和普通SSD，同时装5台Windows 11没有遇到明显卡顿，因为Windows安装过程中真正读取install.wim的峰值带宽也就几百Mbps。

如果你想尝试几十台甚至上百台并发，就要把镜像放到NVMe SSD上，并且保证交换机背板带宽足够。否则在安装程序解压install.wim阶段，服务器的磁盘IO会成为瓶颈。

6.5 和路由器、NAS、虚拟机如何配合

我在家里有一台飞牛NAS专门跑iVentoy，还有一台旁路由负责科学网关，两个设备各司其职。在飞牛NAS的Docker里跑iVentoy，网络模式选host，客户机和NAS连接到同一个物理交换机，不需要在路由器上做端口映射，PXE报文也是在二层广播域内完成。

如果你想把iVentoy跑在虚拟机里，比如PVE或ESXi，记得把虚拟网卡设置成桥接模式，不要用NAT。NAT模式会把DHCP广播隔离在虚拟机内部，客户端根本找不到iVentoy。桥接之后，虚拟机里的iVentoy就像一台直接插在交换机上的主机。

7. 常见问题排查与避坑实录

7.1 客户端一直获取不到IP

这个问题最常见。你可以先看看服务端日志里有没有出现DHCP discover报文。如果日志一片空白，说明客户端发的DHCP请求根本没到iVentoy。排查顺序是：网线是否插好，客户端网卡是否启用了PXE，iVentoy监听的是不是正确的物理网卡，防火墙是否放行了67端口，服务器和客户端是否在同一VLAN内。

如果iVentoy日志里能看到DHCP discover，但分配IP失败，那可能是你同时启用了内置DHCP，而局域网里还有其他DHCP服务器在响应，客户端优先采用了另一个IP地址。你可以暂时关闭其他DHCP，或者在独立交换机测试。

7.2 能获取IP但进不了iVentoy引导菜单

客户端拿到了IP，说明DHCP正常，接下来要看TFTP和HTTP是否通。常见原因是防火墙拦截了69端口或HTTP端口。Windows防火墙策略比较严格，第一次启动如果没有弹窗授权，需要手动添加规则。

还有一个隐蔽问题：如果你用了现有DHCP服务器而关闭了iVentoy内置DHCP，路由器的DHCP option必须配置正确。iVentoy文档里会写明引导文件名，比如iventoy.ipxe之类，你不能随便填grubx64.efi。我见过有人填错文件名，客户端卡在“Downloading NBP...”然后超时。

7.3 安全启动导致启动文件被拒

UEFI安全启动（Secure Boot）会校验引导文件签名。如果你的主板开启了Secure Boot，而iVentoy的引导文件没有正确签名，客户端会提示“Security Violation”。大多数情况下，iVentoy和Ventoy一样提供了被主流主板接受的签名引导文件，但某些定制主板或老旧固件不认。

遇到这个问题，最快的解决方法是临时进入BIOS关闭Secure Boot，完成安装后再打开。如果你要维护的公司电脑不允许关安全启动，最好先用单台机器验证iVentoy版本是否兼容该品牌固件。

7.4 ISO镜像加载失败或安装中途断连

镜像加载失败，先检查ISO文件完整性和是否在服务器上有其他程序占用。我遇到过一台NAS在后台同步镜像文件，导致iVentoy读到不完整的ISO，客户端启动后进入grub救援模式。解决办法是等文件同步完成再刷新菜单。

安装中途断连，最常见的是网络物理链路不稳定。有些笔记本在PXE引导阶段风扇狂转，但安装到一半进入省电模式，网卡自动休眠，导致HTTP传输中断。遇到这种问题，可以在BIOS里暂时关闭网卡节能选项。

7.5 Docker网络模式下客户端无法连接

如果你用Docker部署时图省事直接用了默认bridge模式，那客户端大概率获取不到IP。因为iVentoy的DHCP服务绑定在容器内部网络，和物理局域网不在同一个广播域。解决办法只有一种：使用network_mode: host。在飞牛NAS的Docker配置界面里，启动容器时把网络模式改成host即可。

如果你因为某种原因无法用host模式，备用方案是用macvlan，给容器分配一个局域网内的独立IP。这样也能让DHCP广播到达物理网络，但配置复杂度更高，而且需要宿主机网卡支持。对于iVentoy这种服务，host模式永远是最省事的。

7.6 传输速度慢怎么优化

网络安装的速度取决于三个环节：服务端磁盘读取速度、网络链路速度、客户端磁盘写入速度。如果客户端硬盘是机械硬盘，安装速度瓶颈在客户端，服务器再快也没用。如果客户端是SSD但安装还是很慢，那就要看服务端。

我通常把SSD作为iVentoy镜像目录所在盘，至少保证连续读取能跑满千兆。网络方面，最好全部使用千兆交换机和超五类以上网线，客户端必须是千兆网卡，不要走Wi-Fi。如果你想更快，万兆网卡或链路聚合可以上，但普通装机场景千兆足够。

7.7 多网卡机器要注意的坑

服务器如果有多个网卡，iVentoy默认可能监听所有网卡或用默认路由对应的网卡。如果客户端插在另一块网卡上，服务端和客户端虽然物理直连，但iVentoy没有监听那块网卡，自然无法分配IP。

我遇到过一台Windows服务器装了VMware，虚拟网卡和物理网卡混合在一起。打开iVentoy时如果不小心选到VMware Network Adapter，真实客户端完全无法发现它。解决方法是：在iVentoy配置中指定服务端绑定的IP地址，或者禁用无关虚拟网卡后再启动服务。

7.8 与局域网内已有DHCP服务器的冲突处理

这个问题要特别重视。如果你在公司或学校网络里直接打开iVentoy内置DHCP，可能影响整个网段的IP分配，严重的话会让别人的电脑断网。我建议在任何非隔离网络里，都不要默认开启iVentoy的内置DHCP。

正确做法有两种。第一种是把iVentoy接入一个独立的交换机，组成隔离网络，客户端和服务端都接在这个独立交换机上，避开主网络。第二种是使用现有DHCP服务器，关闭iVentoy内置DHCP，在现有DHCP里配置PXE引导选项，把引导指向iVentoy的IP和引导文件名。如果这两种条件都不具备，那就不要强行用网络安装，老老实实继续用U盘。

8. 从U盘迁移到iVentoy的一些个人体会

现在我的主力装机环境就是飞牛NAS上的Docker版iVentoy。我把iso目录做了SMB共享，平时在电脑上下载好系统镜像，直接拖进共享文件夹，然后到客户端按F12网络启动，前后不超过两分钟。以前需要随身带U盘的那些场景，现在只需要确保手机能连到NAS后台，或者远程让同事帮忙重启一下容器。

我保留了一个应急U盘，里面是Ventoy和一套精简PE。说实话，现在它的使用频率已经很低，只有在iVentoy和客户端网络实在不通、或者机房断电断网的情况下才会用到。但网络安装有一个前提：服务和客户端必须在同一个二层网络里，而且服务端要保持在线。所以如果你经常去完全没有网络的客户现场，U盘依然是最后的底牌。

最后分享一个小技巧：如果你在iVentoy菜单里看不到某个新放入的ISO，不一定是要重启服务，可以按住Ctrl+R或者通过触屏按钮强制刷新菜单。这个操作在Windows版和Docker版里都支持。我最早不知道，每次都要重启容器等半天，后来发现刷新一下就好。这个项目真正的价值，不是让你完全扔掉U盘，而是让你在条件允许时多一张“网络启动牌”，装机体验完全是两个层次。