为了实现操作系统的网络安装，之前在一台安装有

Windows Server 2008 R2服务器启用了WDS（Windows Deployment Services）功能，并一直工作正常。这周在给一台客户机重装系统时，发现不能从网络PXE引导了，首先想到的就是DHCP中的66，67作用域选项，登录DHCP服务器查看，果然，66，67选项的配置消失，重新按照下面图示中的黄色部分配置后故障解决。

      想想可能与前段时间测试MDT2010有关，也许是当时调整了DHCP的配置才出现述的问题。由此想到一个问题，DHCP，WDS，MDT三者是怎样一个关系呢？带着疑问开始查文档、搜Google，通过几天的学习，有了一些了解，分享给大家。描述如下：

首先，说明一下DHCP和WDS的关系。

在安装配置WDS时有两种情况：

1.     WDS服务器本身安装配置有DHCP。

2.     WDS服务器与DHCP服务器不在同一台服务器上（这里指的是不在同一个操作系统上共存，虚拟机同理）

如果是第一种情况，我们就需要在配置WDS时，将下图中的两区域选中，并且WDS会自动在DHCP作用域中添加#60选项值（没安装之前是没有#60的）。注意，这只是添加了#60选项，并不是配置#60作用域给PXE此导使用。

如果是第二情况，我们就需要在DHCP作用域中添加#60、#66、#67三个作用域项，并按图1所示配置相关参数。对于#60值可配置为PXEClient。

现在，说明一下MDT与WDS和DHCP的关系。

1.     MDT是独立的安装程序，可从微软网站下载部署。而WDS现在已作为windows server 2008的功能组件集成到一起。

2.     MDT可独立安装部署，并实现PXE客户端的引导和操作系统安装。也就是说客户端PXE引导文件是从MDT服务器得到的，不需要我们在DHCP中添加#66，#67作用域和配置相关参数，也不需要WDS。

3.     部署配置MDT后，PXE启动是由DHCP给用户分配IP地址，并由MDT提供引导boot文件。此时DHCP中不配置指定#66，#67参数。而如果没有部署MDT，只有DHCP和WDS的环境，则需要配置DHCP中的#66，#67参数。

对于网络中有多个网段或划分了Vlan，为了保证客户端能通过DHCP得到IP地址和完成PXE的引导，需要适当的配置DHCP Proxy或在网络设备上启用IP Helper Address命令以实现DHCP数据包的Vlan之间转发，详细命令可查询对应的网络设备配置手册。

 

参考文档：

1.        《PXE 客户端、DHCP 和 RIS 服务器之间的 PXE 交互过程说明》—微软文章编号: 244036 http://support.microsoft.com/kb/244036

2.        Microsoft Deployment Toolkit Documentation Library

 

以下是244036文档内容：

当预启动执行环境 (PXE) 客户端启动时，它必须执行以下两个操作：从动态主机配置协议 (DHCP) 服务器获得一个 IP 地址和找到一台 PXE 启动服务器，该服务器将向 PXE 客户端发送启动所需的适当文件。

注意：在本文中，PXE 启动服务器是指基于 Windows 2000 的远程安装服务 (RIS) 服务器。

RIS 和 DHCP 位于不同服务器上

在本例中，客户端、RIS 服务器和 DHCP 服务器位于同一子网上。交互过程如下：

客户端发出 DHCP DISCOVER（请求 IP 地址和 PXE 启动服务器）
DHCP 服务器发出 DHCP OFFER（提供 IP 地址）
RIS 服务器发出 DHCP OFFER（提供 PXE 启动服务器）
客户端向 DHCP 服务器发出 DHCP REQUEST（请求 IP 地址）
DHCP 服务器发出 DHCP ACK（提供 IP 地址）

注意，在以上交互中，RIS 服务器也作出响应，但是客户端从不使用 DHCP REQUEST 回复该服务器。这是由 PXE 客户端的设计导致的。虽然客户端更愿意接受同时包含 IP 地址和 PXE 启动服务器的 DHCP OFFER，但是它只能接受包含 IP 地址的 DHCP OFFER。RIS 服务器提供的 DHCP OFFER 只包含 PXE 启动服务器（没有 IP 地址），因此客户端从不进行响应。

客户端有了 IP 地址后，必须获得 PXE 启动服务器。客户端发出另一个 DHCP DISCOVER 以找到该服务器：

客户端发出 DHCP DISCOVER（客户端现在有了 IP 地址，但是仍在寻找 PXE 启动服务器）
DHCP 服务器发出 DHCP OFFER（再次提供同一 IP 地址）
RIS 服务器发出 DHCP OFFER（提供启动服务器）
客户端向 RIS 服务器发出 DHCP REQUEST（请求启动服务器）
RIS 服务器发出 DHCP ACK（此 ACK 包含 RIS 服务器的地址，然后是 RIS 服务器的名称，以及要开始启动进程 [Startrom.com]，客户端应当发送的 TFTP 请求所请求的第一个文件）

此时，PXE 客户端有了 IP 地址，找到了启动服务器，并且下载了启动所需的文件。就在这时，您将收到一条提示，要求您按 F12 键以进行网络启动。注意，上面的交互显示：DHCP 服务器再次使用包含同一 IP 地址的 DHCP OFFER 进行响应。请记住，此过程使用 DHCP 数据包，因此服务器将作出响应。

RIS 和 DHCP 位于同一服务器上

如果 DHCP 和 RIS 安装在同一台服务器上，会话时间则比较短，因为 DHCP 会查询 RIS（实际上是 RIS 用来与客户端交互的启动信息协商层 [BINL] 服务），询问它是否要将信息添加到准备发送给客户端的 DHCP OFFER 中。这将为客户端提供一个同时包含 IP 地址和 PXE 启动服务器的 DHCP OFFER 数据包。这样，客户端只需要启动一个 DHCP DISCOVER。交互过程如下：

客户端发出 DHCP DISCOVER（请求 IP 地址和 PXE 启动服务器）
DHCP/RIS 服务器发出 DHCP OFFER（提供 IP 地址和启动服务器）
客户端向 DHCP 服务器发出 DHCP REQUEST（请求 IP 地址和启动服务器）
DHCP 服务器发出 DHCP ACK（包含 IP 地址、RIS 服务器 IP 地址、RIS 服务器名称以及要下载的第一个文件）