上班第一件事给新到的十几台机器挨个插U盘装系统装一台少说半小时运气好半天装完运气不好碰上启动盘没做好、镜像拷贝到一半报错整个上午就搭进去了。这种场景干运维的应该都懂。后来我改用PXE网络装机但第一次折腾传统PXE的时候光配置DHCP、TFTP、HTTP、kickstart就把我劝退过一次——每个环节都是独立服务版本一换配置全乱。直到我把iVentoy用Docker跑起来之后才发现原来PXE也能做得这么省心。这篇文章就分享一下我用Docker部署iVentoy搭建PXE网络装机平台的全过程包括规划、命令、踩坑记录希望对正在折腾网络装机的朋友有点帮助。1. iVentoy到底是什么一台免维护的PXE装机服务器1.1 传统PXE装机为什么劝退传统PXE网络装机本质上就是让客户端机器通过网络启动从服务器拉取引导文件、内核和安装镜像完成操作系统安装。听起来很简单但落地的时候要面对一堆组件要有一个DHCP服务器给客户端分配IP要有一个TFTP服务器下发引导文件还要有一个HTTP或NFS服务器提供内核和ISO镜像最后还得手工编辑PXE引导菜单为每个系统写不同的内核参数和安装选项。我刚开始弄的时候光是让一台CentOS机器通过网络启动就折腾了两天。明明DHCP能分配到IPTFTP也能下载文件但内核启动之后就报找不到根文件系统查了一圈发现是引导参数里initrd路径写错了。这种问题对于不熟悉PXE底层细节的人来说几乎没法快速定位。而且一旦你要同时维护Windows和多个Linux发行版的启动菜单配置文件会越来越复杂每个系统升级一次相关参数可能就要跟着改一次。1.2 iVentoy做了什么改变iVentoy的出现把上面这些复杂度全部隐藏了。它的核心思路是你把ISO镜像文件放进一个目录网络启动的客户端会自动出现一个菜单列出所有可用的ISO镜像选一个就能进入对应的系统安装界面。你不用手动配置菜单不用为每个发行版写启动参数不用单独搭建HTTP、TFTP服务iVentoy把这些服务全部内置了。我理解它的定位就是“PXE版的Ventoy”跟做启动U盘的Ventoy一脉相承。Ventoy解决的是“把多个ISO放进U盘就能启动”iVentoy解决的是“把多个ISO放进服务器就能网络启动”。它支持BIOS和UEFI两种启动方式Windows、主流Linux发行版、VMware ESXi这些常见的安装镜像都能识别。跟市面上常见的那种扇区级网刻工具比如奇东锐腾不太一样iVentoy不是把一块磁盘的内容镜像克隆到多台机器而是让每台机器走标准的系统安装流程更适合需要每台机器独立安装、序列号不同、配置有差异的场景。1.3 为什么推荐用Docker部署iVentoy官方也提供Linux下的二进制安装包直接执行安装脚本就能用那为什么还要用Docker我的理由有三个隔离性、可迁移性和可重复性。iVentoy内置了DHCP、TFTP、HTTP这些服务直接装在宿主机上会往系统里塞不少依赖卸载的时候容易留尾巴而且它自带的DHCP服务如果配置不当可能会干扰同网段其他正常的网络环境。用Docker容器跑所有服务都隔离在容器内宿主机的环境干干净净。换机器迁移的时候只要把数据目录和ISO目录带走一条docker run命令就能在新机器上恢复整套服务。另外如果你有一台NAS比如飞牛nas这类支持Docker的NAS也能很方便地跑起来不需要专门拿一台物理服务器。我自己的经验是部署完一次之后后续维护基本就是“重启容器”和“往ISO目录丢文件”两件事其他都不用管。2. 部署前的准备工作网络、镜像、路径规划2.1 网络拓扑与DHCP冲突排查部署iVentoy之前第一件要做的事是搞清楚网络环境。iVentoy内置DHCP服务如果它和局域网里已有的路由器、防火墙或者专有DHCP服务器同时存在就会出现IP地址分配打架的问题。比如我最初在家里的路由器下面直接跑iVentoy结果客户端机器从路由器拿到了一个IP又从iVentoy拿到另一个IP启动直接乱套。所以实际操作中我建议至少先明确下面几个问题iVentoy服务所在的网段是什么客户端机器和目标安装机器是不是同一个网段这个网段内是否已有DHCP服务如果有需要让iVentoy和现有DHCP服务二选一或者通过配置错开地址池网关、DNS地址是否清晰iVentoy的DHCP分配参数里需要填这些客户端机器的网卡是否支持PXE启动近几年的电脑基本都支持BIOS/UEFI里网络启动顺序是否启用UEFI模式建议先关闭Secure Boot我自己常用的方案是准备一个独立的VLAN或者一个独立的交换机端口专门用来跑网络装机这样不会影响办公网络。如果条件限制只能共用同一个网段那就需要在iVentoy的配置里把DHCP地址池规划好确保不和现网设备的静态IP冲突同时现有DHCP服务器要停掉或调整范围。2.2 端口清单梳理每个端口是干什么的iVentoy默认会监听一组端口部署前最好梳理清楚方便后续配置防火墙和排查问题端口协议用途说明67UDPDHCP服务给客户端分配IP地址PXE启动第一步69UDPTFTP服务下发PXE引导文件pxelinux.0、grub等80TCPHTTP服务客户端下载内核、initrd和ISO镜像443TCPHTTPS服务备用引导通道部分系统会用到1080TCP备用服务特殊场景使用默认可不开26000TCPWeb管理控制台浏览器访问的平台管理界面26001TCP内部数据通信iVentoy组件之间的通信端口在Linux宿主机上部署时如果开启了防火墙需要放行TCP 80、443、26000、26001以及UDP 67、69。如果是在NAS或者路由器上部署还需要在对应的网络设置里放行这些端口。很多人在部署之后发现客户端能进PXE菜单但下载不了镜像八成是80端口被防火墙拦了这个坑后面我还会细说。2.3 ISO镜像目录准备与命名技巧iVentoy的工作方式是把ISO镜像放在一个目录里它会自动扫描并生成菜单。目录路径可以自己定建议用一个单独的、空间足够的磁盘分区因为Windows和Linux的安装ISO动辄四五个GB镜像多了之后对磁盘空间的要求不小。我习惯把镜像按系统类型分子目录存放比如Windows/、Linux/、ESXi/。iVentoy会扫描子目录并且在启动菜单里也按子目录层级展示这样客户端在选择镜像的时候会比较清晰。命名方面尽量用“系统名-版本-架构”的格式例如Windows-11-23H2-x64.iso、Ubuntu-22.04-LTS-server-amd64.iso避免出现中文和特殊字符减少一些奇怪的兼容性问题。在实际使用中ISO文件拷贝到目录之后iVentoy的管理界面里就能立刻看到不需要重启容器。这点体验很好我测试新镜像的时候基本上就是拷贝文件、刷新页面、客户端重新启动就能看到新选项了。3. Docker部署iVentoy完整实操3.1 选择一个合适的Docker运行环境iVentoy的Docker部署对宿主机的硬件要求很低普通的x86服务器、虚拟机、NAS设备都能跑。但有一点要注意iVentoy的PXE服务依赖广播、特定网段绑定和底层网络能力所以它在Docker里的推荐网络模式是host模式也就是让容器直接共享宿主机的网络栈不做NAT转发。这意味着如果你是在Windows上用Docker Desktop跑会遇到不少麻烦因为Docker Desktop在Windows和macOS上跑的是一个Linux虚拟机host网络模式的支持并不像Linux原生环境那么直接PXE这种需要广播和监听普通端口的服务很容易出问题。所以我建议优先在Linux服务器、Linux虚拟机或者支持Docker的NAS例如飞牛nas这类系统上部署。一次配置稳定运行比在Docker Desktop里折腾要省心得多。3.2 拉取镜像并创建数据目录以Linux宿主机为例先确认Docker服务正常。然后拉取官方镜像docker pull netbunker/iventoy:latest拉取完成后创建两个目录一个放配置和运行数据一个放ISO镜像mkdir -p /opt/iventoy/data mkdir -p /opt/iventoy/iso数据目录和ISO目录分开好处是后续备份时只需要备份数据目录ISO目录里的大镜像文件单独管理不会混在一起。3.3 启动容器参数逐个拆解启动容器建议用下面的命令我实际跑通的就是这个docker run -d \ --name iventoy \ --nethost \ --restartalways \ -v /opt/iventoy/data:/iventoy/data \ -v /opt/iventoy/iso:/iventoy/iso \ netbunker/iventoy:latest这里解释一下几个关键参数--nethost让容器直接使用宿主机网络iVentoy的DHCP、TFTP、HTTP等服务都能正常工作。--restartalways容器异常退出会自动重启适合长期运行的PXE服务。-v /opt/iventoy/data:/iventoy/data挂载数据目录iVentoy的配置、日志、租约信息都存在这里。-v /opt/iventoy/iso:/iventoy/iso挂载ISO目录把安装镜像放进去就能用。启动之后用docker logs -f iventoy看一眼日志如果看到类似“iVentoy is running”的提示基本就是起来了。接着打开浏览器访问http://服务器IP:26000能出现iVentoy的Web管理界面就说明部署成功。有的教程里会把端口一个个映射出来比如-p 26000:26000 -p 67:67/udp我试过这种方式在特定网络环境下也能跑通但遇到一些客户端网络引导兼容性问题时排查反而更麻烦。所以能host就直接host这是最省事的。3.4 验证服务并配置开机自启容器启动之后建议在宿主机上先检查一下监听端口ss -lunp | grep -E :(67|69)\b ss -ltnp | grep -E :(80|26000)\b确保这些端口被iVentoy成功监听。如果端口被其他服务占用比如宿主机上已经跑了Nginx占用80端口iVentoy的HTTP服务就会失败需要先把占用端口的服务停掉或者改端口。--restartalways已经解决了开机自启的问题Docker服务本身设为开机自启即可systemctl enable docker到这里一台PXE装机服务器就算正式搭建完成了。我一般在部署完成后会立刻找一台测试机从网卡启动看看能不能正常进入iVentoy的ISO选择菜单把这个流程走通了后面的批量安装基本就稳了。3.5 附飞牛NAS这类设备上的部署参考很多人用的是飞牛nas之类的家用NAS这类设备一般自带Docker应用中心操作逻辑和直接在Linux命令行差不多只是多了图形界面。思路是在应用中心里启动Docker创建容器时选择镜像netbunker/iventoy:latest网络模式选择host如果应用中心不支持host模式就只能选择bridge并做端口映射但这样PXE功能往往受限建议尽量选host再把数据目录和ISO目录分别映射到NAS上的存储空间最后把安装ISO放到映射出来的ISO文件夹里。在NAS上部署有一个额外好处就是ISO镜像的存储空间可以做得很大。我之前把Windows、Ubuntu、Debian、ESXi的镜像全堆了上去加起来上百GB管理界面里一目了然比翻U盘方便太多了。4. 深入理解iVentoy的工作逻辑从开机到进入安装界面4.1 PXE引导链路拆解要真正用好iVentoy还是得理解它背后的PXE引导过程。整个链路大致是这样的客户端机器通电后网卡固件里的PXE ROM开始工作首先向外发送DHCP Discover广播请求。iVentoy内置的DHCP服务收到请求后不仅会给客户端分配IP地址还会告知启动文件名和TFTP服务器地址。客户端接着通过TFTP下载启动引导程序比如pxelinux.0或者grub的PXE版本。引导程序启动后会通过HTTPiVentoy内置的80端口HTTP服务下载内核、initrd以及后续需要的ISO镜像内容。iVentoy在这个过程中会动态生成配套的启动菜单和内核参数这些参数根据你选择的ISO自动匹配。内核开始运行后会加载ISO镜像里的安装环境接下来就跟用光盘或U盘安装系统一样了。整个过程可以类比成点外卖客户端告诉服务器“我要吃饭”服务器分配一个座位IP给一张菜单PXE引导菜单你选好菜ISO镜像厨房开始炒菜内核和镜像下载最后菜端上桌进入安装界面。iVentoy相当于一个集成了订餐系统、菜单、厨房、服务员的全能餐厅传统PXE则是你自己开了一家餐厅每个环节都得单独雇人。4.2 ISO镜像管理为什么拷贝进去就能用iVentoy最神奇的地方在于它不需要为每个ISO镜像手工配置启动参数。它的做法是内置了一套针对主流操作系统的启动适配逻辑对不同系统的ISO自动生成相应的grub菜单项和内核引导参数。比如Windows的ISO它会自动配置适合Windows安装环境的wim文件加载方式Linux的ISO它会根据发行版特性选择合适的内核和initrd并自动附加一些必要的启动参数。这就意味着你不需要懂pxelinux.cfg配置语法、不需要知道每个发行版的内核文件名是什么只需要把ISO文件放进去剩下的交给iVentoy。在实际使用中偶尔会遇到某个小众发行版或者特殊修改版ISO启动失败的情况这时候可以看看iVentoy的Web管理界面里的日志定位到具体的内核参数问题。但对于主流的Windows、Ubuntu、CentOS、Debian、ESXi等镜像基本都能做到开箱即用这也是我推荐它的重要原因。4.3 并发安装与Web控制台实时状态iVentoy支持同时给多台客户端安装系统。在机房场景里把几十台机器同时设为网络启动它们会各自从服务器获取IP和引导文件并行下载镜像安装。这个过程主要受限于网络带宽和服务器磁盘IO千兆网络下同时四五台机器安装Windows问题不大如果客户端更多建议用万兆网络或者把ISO放到SSD上。Web管理界面会实时显示当前在线客户端、正在下载的镜像、已完成的安装数量等信息。我在批量装机的时候就开着这个页面一眼就能看出哪台机器卡在哪个阶段比过去一台台插U盘再去确认状态要有效率得多。这里补充一个细节默认情况下iVentoy的Web管理界面是不需要登录的部署在内网可以接受但如果放在多个部门共用的网络里建议在设置里加一个访问密码避免别人随便改你的DHCP配置和镜像目录。5. 实战场景从单台排障到批量装机5.1 快速给一台机器重装系统日常工作中最常用的场景是给一台机器快速重装系统。操作步骤很简单把ISO镜像放到iVentoy的iso目录客户端机器开机时进入BIOS/UEFI设置把启动模式改为网络启动或者按快捷键临时选择PXE启动机器会通过DHCP获取到IP然后出现iVentoy的镜像选择菜单用方向键选择对应的ISO回车接下来就是正常的系统安装流程。这里有几个小经验。一是如果客户端是UEFI模式建议在BIOS里把Secure Boot关掉因为很多Linux发行版的引导程序没有微软签名安全启动会直接拦下。二是如果机器之前装过系统磁盘上还有旧分区表安装时注意选择“清除整个磁盘”否则容易变成双系统或者安装失败。三是启动时如果看不到iVentoy菜单可以先在客户端上确认是否成功获取到了IP这一步能帮你快速定位是DHCP的问题还是启动顺序的问题。5.2 批量装10台Windows并发场景注意事项批量部署Windows的时候遇到比较多的是并发下载导致网络拥塞。我做过一次约15台机器的Windows Server批量安装同一个千兆交换机下刚开始同时启动整个网络变得很卡登录Web管理界面看大家都在同时拉取同一个install.wim磁盘IO和带宽都打满了。解决方案是分批启动比如先启动5台等它们进入安装界面、镜像下载完成后再启动下一批。或者把iVentoy跑在SSD存储的机器上并把ISO放到SSD分区能明显提升并发读取速度。iVentoy本身对并发数量的限制并不明显瓶颈还是在IO和网络上。另外Windows安装过程中需要输入产品密钥、选择版本这些步骤如果用iVentoy的自动安装插件后面会讲到可以提前配置好应答文件实现半自动甚至全自动安装。我建议至少把网络配置、计算机命名规则这些内容提前设置好能省下大量人工操作。5.3 Linux自动应答与插件扩展iVentoy支持插件机制其中一个很实用的场景就是Linux的自动安装kickstart。传统做法是在PXE配置里为每个镜像单独指定ks文件iVentoy则是把插件放到数据目录下的plugin子目录里通过命名规则匹配对应的ISO。举个例子你可以创建一个/opt/iventoy/data/plugin/目录里面放一个ubuntu-2204-ks.cfg文件文件名里带有关键字iVentoy启动Ubuntu 22.04的ISO时就会自动使用这个应答文件。Windows系统也支持类似机制用Autounattend.xml实现无人值守安装。这个功能对于批量部署Linux服务器非常有用。我之前一次性装十几台Ubuntu配合kickstart文件机器从网络启动到进入系统登录界面几乎是全自动的不需要人去一台台点击安装向导。5.4 与U盘安装、扇区网刻的对比选择可能有人会问都已经有U盘量产、Ventoy启动盘、扇区级网刻这些工具了为什么还要用iVentoy我个人的对比感受是这样的方式优点缺点适合场景U盘Ventoy简单灵活、便携一台台插拔、速度慢临时装一两台扇区级网刻批量快、镜像一致母盘镜像制作繁琐、对硬件差异敏感大量硬件配置完全相同的机器iVentoy标准化安装、镜像管理方便、并发友好需要网络环境支持、配置需要一点学习成本长期维护、系统版本多样、需要序列号或配置差异实际使用中我把iVentoy当成主力装机平台U盘启动盘只作为备用应急方案。扇区级网刻工具比如奇东锐腾这类在特殊场景下也有价值比如几十台配置完全一样的机器需要快速恢复系统但日常批量安装和维护iVentoy的灵活性明显更强。6. 踩坑记录与问题排查速查6.1 客户端获取不到IP地址怎么办这是PXE网络装机会遇到的第一个问题。客户端开机后一直停在那里重复尝试DHCP或者直接提示“No DHCP or proxyDHCP offers were received”。排查思路从下面几个方向入手首先确认iVentoy容器是否正常运行日志中是否有DHCP服务启动相关的记录。然后检查宿主机的防火墙UDP 67端口是否放行很多系统默认防火墙只放行了常见的TCP端口忘记放行UDP端口的情况很常见。接着检查网络环境里有没有其他DHCP服务器如果有它们和iVentoy同时响应就会造成地址冲突需要停掉其中一个或者通过配置把两者的地址池错开。还有一点容易被忽略客户端机器和iVentoy服务器必须在同一个广播域内。如果中间隔了路由器并且没有配置DHCP中继客户端的DHCP Discover广播到不了iVentoy自然就无法获取IP。这在跨VLAN装机时尤其常见。6.2 能获取IP但卡在TFTP或者镜像下载阶段如果客户端能获取到IP说明DHCP这关过了但还是进不了iVentoy菜单那问题基本出在TFTP或者HTTP阶段。卡在TFTP阶段的表现是客户端反复尝试下载引导文件然后超时这时候检查UDP 69端口通不通以及iptables/firewalld有没有放行。能下载引导文件但进入菜单后无法启动系统安装或者进度条一直停在下载内核阶段则重点检查HTTP服务。我之前遇到一次宿主机上原有一个占用了80端口的NginxiVentoy的HTTP服务起不来客户端能拿到IP和启动菜单但一点击ISO就卡住了。停掉Nginx之后马上恢复。如果客户端能启动到安装界面但在后期下载镜像时报错还要检查ISO文件本身是否完整。建议从官方渠道下载ISO并校验SHA256哈希值避免下载过程中文件损坏。6.3 Windows安装特别慢、出现蓝屏问题Windows ISO通过iVentoy安装时如果速度特别慢很多时候是因为网卡驱动问题。标准的Windows安装镜像里并没有集成所有网卡的驱动特别是一些较新的服务器网卡或笔记本电脑网卡安装程序找不到驱动就会走一个很低效的兼容模式速度掉得厉害。解决方法大体有两个方向一是把网卡驱动提前集成到ISO里用Windows镜像工具比如Dism加载驱动后重新打包二是在iVentoy设置里开启相关兼容选项它在官方文档里有关于某些机型特殊处理方式的说明。蓝屏问题大多出现在PE阶段通常和内存、磁盘控制器驱动有关可以先试试关闭Secure Boot并把SATA模式从RAID改为AHCI再启动。6.4 Docker Desktop无法启动的典型问题如果你确实想在Windows上用Docker Desktop来跑iVentoy先做好心理准备可能遇到不止一个坑。最常见的报错是类似“Virtualization support not detected”的提示Docker Desktop启动失败。这通常意味着BIOS里的虚拟化功能没有开启或者Windows的Hyper-V、Windows Hypervisor Platform功能没有打开。检查路径一般是BIOS里开启Intel VT-x或AMD-V在Windows功能里启用“Hyper-V”和“适用于Linux的Windows子系统”然后重启电脑再试。需要注意的是即便Docker Desktop启动成功我在前面也提过PXE这种对网络广播要求较高的服务在Docker Desktop的虚拟化网络环境下经常会遇到限制DHCP广播不一定能穿透NAT到物理局域网。所以我的建议是真的要在Windows机器上跑iVentoy不如直接装一个Linux虚拟机或者准备一台Linux小主机别在Docker Desktop上死磕省下的时间足够装完好几台系统了。6.5 问题排查速度查表结合我自己的踩坑经历整理一个快速排查表方便大家直接对照现象大概率原因排查方式获取不到IPDHCP端口不通、地址冲突、跨网段无中继检查UDP 67、查现有DHCP、确认广播域卡在TFTP阶段UDP 69被防火墙拦截、引导文件未生成检查UDP 69、看iVentoy日志能出菜单但下载卡住HTTP端口被占用、ISO文件损坏检查80端口、校验ISO哈希UEFI机器启动黑屏Secure Boot未关闭、引导模式不匹配BIOS里关闭Secure Boot、尝试Legacy模式Windows安装极慢缺少网卡驱动集成驱动到ISO、检查网络链路Docker Desktop启动失败BIOS虚拟化未开启、Hyper-V未启用开启VT-x/AMD-V、启用Windows虚拟化功能最后再分享一点我的个人习惯。我在实际使用中会在iVentoy的数据目录里定期备份配置尤其是dhcp地址池、插件设置这些内容因为一旦容器重建或者迁移有个备份能省很多重新配置的时间。ISO目录我也会定期做一次整理该删的旧版本及时清掉避免镜像越多越难找到对应的版本。踩过几次坑之后我现在基本固定用这套流程先规划好网络和地址池防火墙提前放行三个UDP/TCP端口然后一条docker run命令把iVentoy跑起来把ISO丢进去剩下的就是等着客户端从网络启动。反正再也不用背着U盘满机房跑了。