PXE网络启动参数故障与修复 - 第1节

1. 网络启动基础：PXE与iPXE协议原理

网络启动，说白了就是让一台裸机通过网络把操作系统拉起来。你想想看，没有硬盘、没有光驱，机器怎么跑？靠的就是网络。我最早接触这玩意儿是在数据中心装机的时候，几百台服务器，一台台插U盘装系统，那效率简直让人崩溃。后来用了PXE，才真正体会到什么叫“一键部署”。

1.1 PXE协议原理

PXE（Preboot eXecution Environment）是Intel在1999年提出的标准。它让网卡自带一个迷你固件，机器通电后，固件会通过DHCP获取IP，再通过TFTP下载一个启动文件，然后执行它。

整个流程其实就三步：

1. 获取网络参数：网卡广播DHCP请求，拿到IP、网关、还有下一个服务器的地址。
2. 下载启动文件：根据DHCP返回的next-server和filename，用TFTP把引导程序拉下来。
3. 执行引导程序：引导程序（比如pxelinux.0）再加载内核和initrd，最终启动操作系统。

我记得有一次，客户反馈说PXE启动到一半就卡死了。排查了半天，发现是TFTP传输大文件时超时。嗯，这里要注意，TFTP是基于UDP的，没有拥塞控制，网络稍微有点抖动就容易丢包。

1.2 iPXE协议原理

iPXE是PXE的增强版。它解决了PXE的几个痛点：支持HTTP、iSCSI、FCoE等多种协议，还能从SAN存储直接启动。说白了，iPXE就是一个更强大的网络启动固件。

iPXE有两种部署方式：

• 嵌入网卡：直接刷进网卡的ROM里，启动时自动加载。
• 链式加载：先用PXE启动一个迷你iPXE镜像，再由iPXE去加载真正的启动文件。

我个人习惯用链式加载。为什么呢？因为不用改硬件，兼容性最好。你想想看，几百台服务器，如果每台都要刷网卡ROM，那工作量太大了。

1.3 DHCP/BOOTP工作流程

DHCP和BOOTP是网络启动的“交通警察”。没有它们，客户端连IP都拿不到，更别说下载文件了。

标准DHCP流程是四步握手：

1. DISCOVER：客户端广播，问“谁给我个IP？”
2. OFFER：DHCP服务器回应“给你这个IP，用不用？”
3. REQUEST：客户端说“我用这个IP，确认一下。”
4. ACK：服务器确认“好的，这个IP归你了。”

但PXE启动时，DHCP会多带几个选项：

DHCP选项	作用	示例值
Option 66 (next-server)	指定TFTP服务器的IP地址	192.168.1.100
Option 67 (bootfile-name)	指定启动文件的路径	pxelinux.0
Option 43 (vendor-encapsulated-options)	传递厂商自定义信息	PXEClient

BOOTP是DHCP的前身，流程更简单：客户端发个BOOTP请求，服务器直接返回IP和启动文件信息。没有租约概念，一次分配永久有效。现在基本被DHCP取代了，但有些老设备还在用。

1.4 TFTP与HTTP传输协议对比

TFTP和HTTP，一个老派，一个新潮。咱们来看看它们到底差在哪。

特性	TFTP	HTTP
传输层协议	UDP (端口69)	TCP (端口80/8080)
可靠性	靠ACK确认，无拥塞控制	TCP自带拥塞控制和重传
传输速度	慢，尤其大文件	快，支持并发和分段
文件大小限制	32MB（实际更小）	无限制
安全性	无认证、无加密	可配合HTTPS
适用场景	局域网小文件传输	广域网、大文件、安全要求高

TFTP的优势是简单，固件实现起来容易。但它的缺点也很明显：

• 每个数据包都要等ACK，效率低。
• 没有窗口机制，带宽利用率差。
• 文件超过32MB就报错。

HTTP就不一样了。iPXE支持HTTP后，启动文件可以放在普通的Web服务器上，下载速度比TFTP快好几倍。我做过测试，同样一个200MB的内核，TFTP要传3分钟，HTTP只要30秒。

1.5 知识体系总览

下面这张图把本章的核心逻辑串起来了。从客户端通电开始，到最终加载操作系统，每一步的协议和流程都标得清清楚楚。

这张图里，我特意把TFTP和HTTP做了分支对比。你注意看，从“选择传输协议”开始，两条路最终都能到达操作系统，但路径完全不同。实际运维中，我建议优先走HTTP那条路，除非你的网络环境实在不支持。