电脑技术学习

DHCP协议说明书

dn001

DHCP协议说明书;;

1 DHCP协议介绍

动态主机配置协议(Dynamic Host Configuration Protocol)属于应用层,是基于BOOTP(BOOTstrap Protocol)的,BOOTP和RARP类似,是用于相对静态的环境,其中每个主机都有一个永久的网络连接。治理人员创建一个BOOTP配置文件来定义每个主机的BOOTP参数。在计算机经常移动和实际计算机数目超过了可获得的IP主机地址时,这种只提供从主机标识到主机参数的静态映射就不适用了。为此制订了DHCP,它加入了自动分配可再利用的地址和附加的配置选项的能力。DHCP从两个方式上扩充了BOOTP,第一,DHCP可使计算机用一个消息获取它所需要的所有配置信息,即传送配置信息的协议;第二,DHCP答应计算机快速、动态的获取IP地址,即动态分配IP地址的机制。

DHCP建立在client-server模型上。其中指定的DHCP server分配网络地址并向动态配置的主机传送配置参数。只有当系统治理员明确的配置主机作为DHCP服务器时,主机才能作为服务器来工作。

DHCP支持三种类型的地址分配:自动分配方式中DHCP给主机指定一个永久的IP地址;动态分配方式中DHCP给主机指定一个有时间限制的IP地址,到时间或主机明确表示放弃这个地址时,这个地址可以被其他的主机使用;手工分配方式中主机的IP地址是由网络治理员指定的,DHCP只是把指定的IP地址告诉主机。在这三种方式中,只有动态分配的方式可以对已经分配给主机但现在此主机已经不用的IP地址重新加以利用。这样,在给一台临时连入网络的主机分配地址或者在一组不需要永久的IP地址的主机中共享一组有限的IP地址时,动态分配显得非凡有用。当一台新主机要永久的接入一个网络时,而网络的IP地址非常有限,为了将来这台主机被淘汰时能回收IP地址,这种情况下动态分配也是一个很好的选择。

DHCP的消息格式是建立在BOOTP消息格式上的,这样可以利用BOOTP的中继代理功能来避免在每个物理网络都建立一个DHCP server,同时还答应现有的BOOTP client使用DHCP server。

2 DHCP的实现

2.1;;;;;客户机和服务器的报文交换

2.1.1;;;;;动态分配地址

动态地址分配是DHCP的最重要和新奇的功能。不像BOOTP所用的静态地址分配,动态地址分配不是一对一的映射,而且服务器不需要预先知道客户机的身份。非凡的,可配置DHCP服务器使得任意一个机器都可获取IP地址并开始通信。因此,DHCP使得设计自动配置的系统成为可能。一台计算机上网后,它使用DHCP获取一个IP地址,然后配置其TCP/IP软件使用此地址。当然,自动配置受到治理员的限制——由治理员决定是否答应每个DHCP服务器自动配置。

为是自动配置成为可能,DHCP服务器一开始就拥有网络治理员交给它治理的一组IP地址。治理员定义服务器操作的规则。DHCP客户机通过与服务器交换信息协商地址的使用。在交换中,服务器为客户机提供地址,客户机确认它已接受此地址。一旦客户机接收了一个地址,它就开始使用此地址用于通信。

不像静态地址分配为每个特定主机分配一个永久地址,动态地址分配是临时的。DHCP服务器将一个地址在有限时期内租给一个客户机。服务器在地址分配时指定租用期。在租用期间,服务器不会将同一个地址租给其他客户机。但在租用期结束时,客户机必须更新租期或停止使用地址。

一个租用期的最优时间与特定网络和特定主机的需求有关。对于一个变动很快的网络,为了保证地址能尽快的被再利用,租用期必须短,相反,对一个相对固定的网络,租用期应该长些。为了适应各种可能的环境,DHCP不指定租用期的固定长度,而是由协议让客户机申请某一个租用期,并由服务器通知客户机它认可的租用期。因此,治理员可决定应该给一个客户机分配地址多长时间。非凡的,DHCP服务器保留一个不定值,答应像BOOTP分配的永久地址一样任意延长租用期。


客户机为了分配地址和服务器进行报文交换的过程如下:

1、客户机在其子网内广播一个DHCPDISCOVER报文,此报文中包含关于网络地址和租用期选项的值,假如客户机和服务器不在一个子网内,则BOOTP中继代理会把这个报文传给服务器。

2、每个收到这个报文的服务器广播一个包含可提供的网络地址和其他配置信息的DHCPOFFER报文。

3、客户机收到一个或多个服务器的DHCPOFFER报文后,根据一定的条件从中选出一个,并向选定的服务器发送DHCPREQUEST报文。在这个请求报文中必须包含一个服务器标识以指明被选中的服务器。假如客户机在定时器超时之前没有收到DHCPOFFER报文,则重发DHCPDISCOVER报文。

4、服务器在收到DHCPREQUEST报文后,假如可以满足请求报文中的请求则发回一个DHCPACK报文作为响应,假如不能满足请求则发回DHCPNAK报文作为响应。服务器在DHCPOFFER中提供给客户机的地址不能提供给另外一个客户机,但假如服务器没有收到客户机的DHCPREQUEST报文则可以把在DHCPOFFER中提供给客户机的地址提供给另外的客户机。

5、客户机在收到包含配置参数的DHCPACK报文后,对报文中提供的配置参数进行检查,同时进行配置,假如发现报文中有错误则客户机发送一个DHCPDECLINE报文并重新开始整个过程。假如客户机收到DHCPNAK报文则重新开始整个过程。

6、客户机可以通过向服务器发送DHCPRELEASE报文来释放地址。

2.1.2;;;;;地址获取状态

当客户机使用DHCP获取其IP地址时,它处于六个状态之一。如图所示:

当客户机第一次启动时,它进入INITIALIZE(初始化)状态。为了开始获取一个IP地址,客户机先与本地网络上所有DHCP服务器联系,为此,客户机广播一个dhcpdiscover报文,并转移到SELECT(选择)状态。由于协议是对BOOTP的扩充,客户机在一个UDP数据报中发送DHCPDISCOVER报文,UDP数据报中目的端口设为BOOTP端口(即端口67)。本地网上所有DHCP服务器接收报文,那些被设计成能响应特定客户机的服务器发送一个DHCPOFFER报文。因此,客户机可能收到零个或多个响应。

处于SELECT状态时,客户机从DHCP服务器收集DHCPOFFER响应。每个响应提供了用于客户机的配置信息,还有服务器可提供租用给客户机的一个IP地址。客户机必须选择其中一个响应(如第一个到达的响应),并与服务器协商租用。为此,客户机发送给服务器一个DHCPREQUEST报文,并进入REQUEST状态。服务器为确认已接受请求并开始租用,服务器响应发出一个DHCPACK报文。客户机收到确认后转移到BOUND(已绑定)状态,此时客户机可开始使用此地址。;

(1)、早期租用终止

当客户机使用一个分配的地址时,它保持处于绑定状态。假如客户机有辅助存储器,客户机可以存储分配给它的IP地址,并在再次重启动时申请同一个地址。但在某些情况下,处于绑定状态的客户机可能发现它不再需要一个IP地址了,此时,DHCP答应客户机终止租用,不再等待租用期过期。这在服务器可以提供的IP地址比连到网络的计算机数少时显得非凡重要。假如客户机不再需要IP地址时及时终止租用,服务器就可以将此地址分配给其他客户机。为了提早终止租用,客户机发送一个DHCPRELEASE报文到服务器,释放地址是阻止客户机继续使用地址,所以,发送释放报文后,客户机必须不再使用此地址发送其他数据报。根据状态转移图所示的,发出DHCPRELEASE报文的主机离开绑定状态,并且在使用IP地址前必须重新从初始化状态开始。

(2)、租用更新状态

当一个DHCP客户机获取地址时,它就转移到绑定状态。进入绑定状态以后,客户机设置三个定时器,控制租用更新、重新绑定和到期。一个DHCP服务器给客户机分配地址时,可为定时器指定确定的值;假如服务器未指定定时器值,客户机就使用默认值。第一个定时器的默认值通常是总租用期的一半。当第一个定时器到期,客户机必须尝试更新租用期。为请求更新,客户机发送一个DHCPREQUEST报文到获得租用处的服务器,转移到更新状态等待响应。DHCPREQUEST包含一个客户机正使用的IP地址,并请求服务机延长对此地址的租用。服务器可以用两种方式之一响应客户机的更新请求:指示客户机停止使用该地址或同意客户机继续使用此地址。假如服务器同意就发送DHCPACK,在DHCPACK中也可含有客户机定时器的新的数值。假如服务器不同意继续使用,它就发送一个DHCPNAK,使客户机立即停止地址的使用。客户机收到DHCPACK报文则返回到绑定状态继续使用地址,假如收到DHCPNAK就立即停止使用地址并返回初始化状态。

第二个定时器在客户机进入绑定状态后开始设置,默认值为总租用期的87.5%,客户机发送请求报文后保持在更新状态等待服务器的响应,假如在第二个定时器到期之前还没有收到服务器的响应, 则第二个定时器到期时使客户机从更新状态转移到重新绑定状态,在转移时,客户机假定原来的服务器不可用,开始广播DHCPREQUEST报文到本地网上的任意服务器。可为客户机提供服务的任意服务器可能响应肯定(即延长租用),或否定(即拒绝继续使用地址)。假如客户机收到一个肯定响应,它就返回到绑定状态并重置两个定时器。假如客户机收到否定响应,它就转移到初始化状态,并且停止使用IP地址,在继续使用IP地址前必须重新获取一个新地址。


假如客户机在重新绑定状态广播请求报文后在第三个定时器超时前还没有从任何

一个服务器收到响应,则客户机必须停止使用IP地址,返回到初始化状态,并开始申

请一个新地址。

2.1.3;;;;;获取多重地址

一个多地址的机器连接到多个网络,当这种机器启动时,它可能需要为它的每个接口获取配置信息。DHCP报文只提供一个接口的有关信息,因此有多个接口的计算机必须分开处理每个接口。在向服务器发送请求报文时,多地址客户机应该在报文中包含一个识别特定接口的值(如一个唯一的硬件地址)以便服务器能区分一个多地址主机发出的多个请求,这一点在通过中继代理请求配置信息时显得尤其重要。;

2.2;;;;;客户机和服务器的动作

2.2.1;;;;;服务器的动作

DHCP服务器根据和客户机绑定的状态来处理收到的报文,服务器可以处理以下几种报文:DHCPDISCOVER、DHCPREQUEST、DHCPDECLINE和DHCPRELEASE。

当服务器收到一个DHCPDISCOVER报文,它要为请求的客户机分配一个网络地址。假如没有可以分配的第这则发回一个DHCPNAK报文。假如有可以分配的地址,则这个地址可能是:客户机原来绑定的地址(这个地址必须在服务器可以分配的地址中);客户机申请的地址;服务器从可以分配的地址中选择的新地址。同时服务器还必须为客户机指定一个租用期,假如客户机在DHCPDISCOVER中没有指定租用期并且客户机已经分配了地址,服务器选择分配此地址时指定的租用期;假如客户机没有指定租用期并且客户机没有已经分配的地址,服务器选择一个缺省的租用期;假如客户机在DHCPDISCOVER中指定了租用期则服务器选择这个租用期或另外指定一个租用期。一旦地址和租用期确定了,服务器组建一个包含这些配置信息的DHCPOFFER报文发回。

当服务器收到一个DHCPREQUEST报文时,这个报文可能是客户机对DHCPOFFER的响应,也可能是客户机在地址的租用期快满时发送的来请求延长租用期的。假如报文里包含一个“Server Identifier”选项则是客户机对DHCPOFFER的响应,否则就是请求延长对已有地址的租用。

先考虑第一种情况,假如服务器是报文中“Server Identifier”选项指定的服务器,则服务器检查请求的参数是否能接受。假如请求可以接受则服务器纪录新的客户机绑定,并发送一个DHCPACK报文给客户机。假如请求不能接收则发送一个DHCPNAK报文。假如这个DHCPREQUEST报文是发送给另外的服务器的,客户机选择了另外的服务器来获得配置信息,则此服务器丢弃保留的此客户机的配置信息,并释放分配给此客户机的地址。

对于第二种情况,假如请求的参数和分配此地址时协商的参数一致或者现在请求的参数可以接受,服务器发送一个DHCPACK报文,否则发送一个DHCPNAK报文。假如在“客户机IP地址”字段中的地址和服务器纪录中的IP地址不符,则服务器发送一个DHCPNAK报文。

当服务器收到一个DHCPDECLINE报文时,说明客户机通过其他的方法发现服务器推荐的地址已经被使用了,此时服务器必须标记这个地址为已分配的,应该通知本地的系统治理员可能配置上有些错误。

当服务器收到一个DHCPRELEASE报文时,服务器标志此地址为未分配,同时服务器应该保留此客户机的初始化参数以便以后用来响应此客户机的请求。

2.2.2;;;;;客户机的动作

客户机可以处理从服务器收到的以下几种报文:DHCPOFFER、DHCPACK和DHCPNAK。

在初始化状态,客户机组建一个DHCPDISCOVER报文,把其中的客户机IP地址字段设为0x00000000。客户机还可以通过在此报文中加入参数请求选向来请求一些配置参数。在此报文中还包含客户机产生的一个随机数放到xid字段用来识别从服务器广播的响应。同时客户机纪录此时的本地时间以便以后计算租用期是否到期。假如客户机收到一个响应xid和发送的请求的xid不一致,客户机会不做任何处理丢弃这个报文。

客户机收集一段时间内的DHCPOFFER报文,根据一定的依据从中选一个,提取服务器标识选项字段中的服务器的IP地址,然后检查其中提供的地址是否已经被使用,假如是则向服务器发送DHCPDECLINE报文。

在重绑定状态,客户机发送一个DHCPREQUEST报文给服务器,其中客户机IP地址字段填上本机的地址。客户机可以通过在报文中加入请求参数标来请求其他具体的配置参数。客户机要产生一个随机数加入到xid字段以匹配请求和响应,同时要纪录此时本地的时间用来计算租用期是否到期。在报文中不能有Server Identifier选项,客户机以广播的方式发送这个报文。当客户机收到一个从服务器发回的匹配的DHCPACK报文,客户机就配置好了并转移到绑定状态,客户机用发送请求时纪录的时间和响应中指定的租用期的长度的和的方式来表示租用期到期的时间。


假如客户机知道DHCP服务器的地址,则无论是在初始化状态还是在重绑定状态,客户机都用这个地址发送DHCPDISCOVER或DHCPREQUEST报文而不用广播地址。假如没用收到响应,客户机就再利用广播地址发送请求。

3 DHCP的报文类型

DHCP使用BOOTP的报文格式,但修改了一些字段的内容和含义。DHCP报文格式如图所示:

0;;;8; ;;;;;;;;16 ;;;;;24 ;;31

OP

HTYPE

HLEN

跳数(HOPS)

事务ID

秒数

标志

客户机IP地址

你的IP地址

服务器IP地址

中继代理IP地址

客户机硬件地址(16个字节)

.

.

.

服务器的主机名(64个字节)

.

.

.

启动文件名(128个字节)

.

.

.

选项(可变长)

.

.

.

其中:自断OP指明报文是请求(1)还是响应(2),字段HTYPE和HLEN指明网络硬件类型和硬件地址的长度(如10MB以太网类型为1,地址长度为6)。跳数(HOPS)项被客户机置为0,当通过中继代理启动时被中继代理使用。事务ID(XID)是客户机选择的随机数,被客户机和服务器用来联系客户机和服务器之间的请求报文和响应报文。秒数字段报告客户机开始启动后消耗的时间秒数。客户机IP地址字段和其后的各字段包含了最重要的信息。未获得最大程度的灵活性,客户机尽量填写它所知道的信息并将剩余部分设为0。例如,客户机若知道它要获取信息的某个服务器的名字或地址,它可能填写服务器IP地址或服务器主机名字段。若这些字段非零,只有与名字或地址字段匹配的服务器才响应请求;若它们为零,接收请求并能够提供服务的的任意服务器都将响应。已经知道自己IP地址的客户机也可使用DHCP来获取启动文件信息,知道IP地址的客户机将地址置于客户机IP地址字段中,不知道的置0。假如客户机的IP地址为0,服务器在你的IP地址字段返回客户机的IP地址。服务器的IP地址字段时服务器在DHCPOFFER、DHCPACK和DHCPNAK中返回的下一步将用到的DHCP服务器的地址。中继代理IP地址用在通过中继代理启动时指定中继代理的IP地址。启动文件名指定启动的文件,在DHCPDISCOVER报文中为NULL或generic,在DHCPOFFER中为有效的、带有完整路径的文件名。


3.1;;;;;标志字段

报文中的标志字段的格式如下:

整个字段占16比特,其中,最左边比特被解释为广播请求,所有其它比特保留作将来用,必须被客户机设置为0,服务器和中继代理忽略这些比特。客户机在协议软件配置IP地址之前是不能收到单播的报文的,它通过在DHCPDISCOVER和DHCPREQUEST报文里把标志字段里的广播请求位置位来向服务器或中继代理请求广播报文,服务器或中继代理收到这样的请求报文就会用广播的方式发回回应。当客户机的协议软件配置了IP地址之后,它就可以收到单播的报文了,此时它必须把广播请求位清零。

3.2;;;;;选项字段

报文中的选项字段是可变长的(除了选项0和选项255),最小长度是312个字节,这样,DHCP报文的最小长度是576个字节,主机预备接收的最小的IP数据报的长度。DHCP客户机可以通过“最大DHCP报文大小”来协商使用更大的DHCP报文。选项字段格式如下:

DHCP的选项字段和BOOTP的厂商特定区域字段的格式相同,并且DHCP理解所有为BOOTP定义的厂商特定信息。其中,代码字段唯一的标识一个选项,长度字段指定数据字段的长度,不包括代码字段和长度字段。

下图所示的是DHCP的报文类型选项:

其中,数据字段指定报文的类型,其含义如下:

类型字段

对应DHCP报文类型

1

DHCPDISCOVER

2

DHCPOFFER

3

DHCPREQUEST

4

DHCPDECLINE

5

DHCPACK

6

DHCPNAK

7

DHCPRELEASE

3.3;;;;;选项过载

在DHCP报文头中,服务器主机名和启动文件名都占用较多的字节,假如一个报文中的这两个字段有一个或两个不含信息,空间就浪费了。为了使DHCP服务器将这两个字段用作其他选项,DHCP定义了一个选项过载(Option Overload)的选项,假如出现过载选项,该选项就告诉接收者忽略服务器主机名和启动文件字段的通常含义,转而察看字段中的选项。

; ; 附件
dhcp协议说明书.pdf