1. 网络启动概述：PXE协议栈的起源、应用场景与整体架构
1.1 从软盘到网络：PXE 的诞生
说起网络启动，得先聊聊上世纪 90 年代的「装机噩梦」。
那时候给一台新机器装系统，你得抱着软盘或光盘，一台一台地跑。几十台机器？一整天就搭进去了。要是赶上 BIOS 版本不统一、网卡驱动不兼容，那更是欲哭无泪。
我记得 1999 年第一次给学校机房装 Windows 98，50 台机器，我抱着光盘挨个插，中间还读坏了两张盘。当时我就想：要是能从网络直接启动，该多好？
Intel 其实早就想到了。1998 年，他们联合几家厂商推出了 WfM（Wired for Management） 规范，PXE（Preboot eXecution Environment）就是其中的核心组件。说白了，PXE 就是一套让计算机在没硬盘、没光驱的情况下，从网卡启动并加载操作系统的标准协议。
核心思想： 让计算机在开机阶段，通过网卡向网络请求 IP 地址、下载启动文件，最终引导操作系统。整个过程不需要本地存储介质。
1.2 为什么需要网络启动？三个典型场景
你可能会问：现在 U 盘装系统这么方便，谁还用网络启动？
嗯，这里要注意——网络启动的价值，从来不是替代 U 盘，而是解决「批量」和「无盘」这两个痛点。
场景一：无盘工作站
我在一家芯片设计公司见过他们的 EDA 集群。几十台 Linux 工作站，本地一块硬盘都没有。所有操作系统、工具链、数据，全从网络加载。
为什么这么做？
- 数据安全： 硬盘一旦丢失，核心设计数据就泄露了。无盘工作站，数据全在服务器上，客户端丢了也不怕。
- 统一管理： 系统镜像只维护一份，所有工作站启动时自动获取最新版本。不用一台一台升级。
- 成本控制： 省掉硬盘和光驱，一台机器能省几百块。几百台机器，就是一笔不小的数目。
场景二：自动化部署
这是 PXE 最广为人知的应用。无论是企业新采购的服务器，还是云环境里批量创建的虚拟机，PXE 都是自动化部署的基石。
我曾经帮一家互联网公司搭建过自动化装机平台。他们每周要上线几十台新服务器。流程是这样的：
- 新服务器插上网线，开机。
- 网卡自动通过 PXE 获取 IP 和启动文件。
- 启动一个迷你 Linux 环境（比如 Cobbler 或 Kickstart）。
- 自动分区、格式化、安装操作系统、配置网络。
- 30 分钟后，一台可用的服务器就上线了。
整个过程，零人工干预。你想想看，要是靠人一台一台装，得累成什么样？
场景三：数据中心与云计算
现代数据中心里，PXE 已经不只是装系统了。它被集成进了更高级的编排工具。
| 场景 | 典型工具 | PXE 的角色 |
|---|---|---|
| 裸金属服务器部署 | MAAS、RackHD | 提供初始引导环境，加载 Agent |
| 虚拟化集群初始化 | VMware ESXi Auto Deploy | 从网络加载 ESXi 内核 |
| 容器节点批量上线 | PXE + CoreOS/Flatcar | 快速拉起 Kubernetes 节点 |
| 边缘设备恢复 | 自定义 PXE 服务器 | 远程救援、系统重装 |
个人经验： 我曾经在数据中心里踩过一个坑——PXE 启动时 DHCP 和 TFTP 服务器不在同一个网段，结果客户端拿到了 IP 却下载不到启动文件。后来我习惯把 DHCP 的 next-server 和 filename 参数写死，避免跨网段路由问题。
1.3 整体协议栈架构概览
PXE 不是单个协议，而是一套协议栈。它像搭积木一样，把多个网络协议组合起来，完成从开机到加载操作系统的全过程。
下面这张图，是我自己画的一个简化架构。你看完就能明白，PXE 到底是怎么工作的。
从这张图你能看到，PXE 客户端（通常固化在网卡 ROM 里）启动后，会依次经历几个阶段：
- DHCP 阶段： 客户端广播 DHCP Discover，服务器回复 Offer，里面包含 IP 地址、next-server（TFTP 服务器地址）和 filename（启动文件名）。
- TFTP 下载阶段： 客户端用 TFTP 协议从服务器下载启动文件。TFTP 很简单，基于 UDP，没有认证，没有目录浏览——所以它很快，但也容易出安全问题。
- 引导加载阶段： 启动文件（比如 pxelinux.0 或 grub2 的 netboot 镜像）接管控制权，加载操作系统内核和 initrd。
- 根文件系统挂载： 内核启动后，通过 NFS、iSCSI 或 HTTP 挂载远程根文件系统。到这一步，客户端就完全「活」过来了。
避坑指南： 我曾经遇到过一个诡异的问题——PXE 启动到一半卡死，TFTP 传输速度极慢。查了半天，发现是交换机上开启了 IGMP Snooping，导致 TFTP 的 UDP 广播包被过滤了。后来我习惯在 PXE 专用的 VLAN 里关闭不必要的组播优化。
1.4 为什么选择 PXE？
你可能会想：现在有 HTTP、iSCSI 这么多协议，为什么 PXE 还是主流？
原因很简单：兼容性。PXE 是网卡固件原生支持的，不需要操作系统，不需要驱动。只要网卡支持 PXE（现在几乎都支持），插上网线就能启动。
而且，PXE 的协议栈非常轻量。DHCP + TFTP 加起来，代码量极小，可以固化在网卡的 Option ROM 里。相比之下，HTTP 启动虽然也在普及（UEFI 支持 HTTP Boot），但底层还是依赖 PXE 的 DHCP 流程。
| 特性 | PXE (传统) | UEFI HTTP Boot | iSCSI Boot |
|---|---|---|---|
| 协议基础 | DHCP + TFTP | DHCP + HTTP | DHCP + iSCSI |
| 传输效率 | 低 (TFTP 无窗口) | 高 (HTTP 多连接) | 高 (块设备协议) |
| 兼容性 | 极广 (所有网卡) | 仅 UEFI 2.3+ | 需网卡/BIOS 支持 |
| 安全性 | 弱 (无加密) | 中 (可加 TLS) | 中 (CHAP 认证) |
| 典型场景 | 传统 BIOS 部署 | 现代 UEFI 环境 | 无盘 SAN 启动 |
我个人建议：如果你的环境全是 UEFI 新机器，可以考虑 HTTP Boot，速度更快。但如果要兼容老设备，或者做大规模自动化部署，PXE 依然是那个最稳的选择。
1.5 本章小结
PXE 协议栈，说白了就是一套「网络启动的通用语言」。它让计算机在没硬盘的情况下，通过 DHCP 拿到地址，通过 TFTP 下载引导文件，最终加载操作系统。
它的价值体现在三个场景：无盘工作站（安全、易管理）、自动化部署（批量、零人工）、数据中心（集成到编排工具）。
从架构上看，PXE 是典型的「分层协作」——底层靠 UDP/IP 传输，中间靠 DHCP/TFTP 协议交互，上层由引导加载程序接管。每一层都有它的设计考量和坑点。
嗯，这一章先帮你搭起一个整体框架。后面我们会深入每个协议细节，包括 DHCP 的 Option 字段、TFTP 的传输模式、以及如何搭建一个生产级的 PXE 服务器。