[保留] 同一个网段同时有两个DHCP服务器，会怎么样？（已有答案） - ChinaUnix.net
[保留] 同一个网段同时有两个DHCP服务器，会怎么样？（已有答案）
http://www.chinaunix.net 作者:&&发表于： 19:04:48
如题&:?:[&本帖最后由&platinum&于&&19:03&编辑&]
& 回复于： 22:51:06
DHCP是通过网络广播的，如果有两个DHCP服务器的话，应该会造成IP分配混乱的吧。
& 回复于： 22:56:48
我知道CLIENT会发段内广播，如果DHCP收到了段内广播，会反馈一个数据包
但是，广播是所有人都能收到的，两个DHCP同时收到了，同时发，会怎么样呢？
没条件测试……
& 回复于： 23:03:03
不是你没条件测试，就算有两台DHCP服务器，有怎么确保CLIENT的数据包同时到达SERVER，而SERVER又同时把数据包发回到CLIENT呢？这可是精确到纳秒的啊，况且不能人为控制的。
我也没条件测试，猜想的:)
& 回复于： 23:18:21
不一定的，哪个服务器快，客户端就接收哪个，不会有冲突的，放心！！！
& 回复于： 23:26:41
第一，看哪个server反应快
第二，看提出请求的用户，首先收到谁的应答，就用谁的
应为ip的动态分配，需要给dhcpserver一个确认的信息，serve彩绘确认ip的真正分配。
& 回复于： 05:34:31
只要你的两个服务器分的IP不相同，就可以了。
& 回复于： 06:26:29
可能是DHCP-SERVER-IP低的优先级高。
& 回复于： 07:42:01
引用：原帖由&"llzqq"]可能是DHCP-SERVER-IP低的优先级高。&发表：
不太可能吧，难道广播是以IP为优先级的？
& 回复于： 08:51:01
不懂，关注中…………
& 回复于： 08:53:37
IP会变的：）
& 回复于： 09:05:23
client给server发送消息，两个server肯定陡会收到了，然后都会有返回消息，那么client肯定也都可以收到了，然后它会按照第一个收到的消息设置ip。
1&&如果server还需要client发送确认消息，那么设置后就会给server再次广播，那么两个server都会收到了。
&&&1）但是肯定会有一个是会有问题的，因为他接到的确认消息是错误的（我想这个确认消息里面应该会有关于ip的内容吧，否则的话，这条就不成立了），这样他是否会发送第二次呢？如果会，那么就会出现再次告诉client&ip，client再次告诉服务器确认，广播的server应该会认为这次分配正确了，而另外一台收到了错误的确认信息会不会再次广播呢？。。。。。
&&&2）那个没有问题的server自然心安理得的明白，client设置了正确的ip信息。
2&&如果server不需要client发送确认消息，那么就ok啦，client反正设置了ip，server也都认为自己广播了信息，万事大吉。
上面这些讨论都是理想状态下，呵呵，就是严格按照先后顺序的，不知道其他情况会如何。并且我对dhcp的机制是一窍不通，我是看了上面几位老大的讨论顺着往下想了想，问题应该会有很多吧。
& 回复于： 09:17:42
我以前也问过的。
如果两台&server&分配的&IP&段不一样，是不会有什么问题的。但如果是相同的&IP&段，可能会把&IP&分重了，会引起IP冲突的。
& 回复于： 09:22:37
client是win的，server为win机器会有优势的，做过测试了。不明中？
& 回复于： 09:27:16
q1208c兄，为什么会冲突？
gentoo兄，如果CLIENT是LINUX而SERVER也是LINUX呢？或者如果CLIENT和SERVER是交叉的呢？
& 回复于： 09:37:30
我这里的都是MS的用户（除了我）server用的都是LINUX&solaris,我只试过同时打开win和linux的机器做dhcp，令人失望，win的机器总是得到server为win的IP。还有一个怪现象：同一台client，装不同的系统（W2K和as3）从linux&server的到的ip会不同。我希望那位有机会试一下，到底是不是我的设置有问题？
& 回复于： 09:39:34
如果CLIENT是LINUX，而SERVER是LINUX和WINDOWS呢？
是不是不同系统的DHCP服务，他们根据MAC来分配IP的机制略有不同呢？
& 回复于： 09:45:40
有机会试一下。dhcp在win上如何实现，我想很少人知道吧：）
& 回复于： 09:59:39
不错的帖子，关注！
& 回复于： 10:31:34
好像关于DHCP服务原理的资料不多……
另外，天知道MS的东西里面做了什么！
& 回复于： 12:37:54
应该是离client最近（网络结构）的一个先收到吧？
& 回复于： 12:59:07
同一网段的DHCP只要分配不同的IP范围就可以，两台SERVER提供DHCP服务，同在192.168.0.0/24的网段里，A分配1-100的主机地址，B分配101-200的主机地址，这样划分不会有问题，只是DHCP与DNS动态更新不好处理。
& 回复于： 13:16:01
我只知道，如果2个DHCP同时工作的话，IP是乱套了。。。。
& 回复于： 13:36:05
我测试的结果是：完全乱了，哪个DHCP服务器都不能工作。我们公司禁止个人电脑上开DHCP服务，不然罚款，也许这就是原因:mrgreen:
& 回复于： 13:50:08
不怎么样，客户端先找到谁算谁。
& 回复于： 13:54:38
我测试了：不过不是linux的dhcp
两个DHCP服务器&一个IP：192.168.0.254&另一个:192.168.0.253
两个DHCP服务器的IP范围不同，192.168.0.100_192.168.0.120&另一个是&192.168.0.80_99
实际情况是客户永远得到是254分配的地址。
结论：
&&DHCP时候，应该是从FF:FF:FF:FF开始找，然后依次减，所以应该高地址起左右。
大家讨论一下
& 回复于： 16:05:04
同一网段的DHCP只要分配不同的IP范围就可以，两台SERVER提供DHCP服务，同在192.168.0.0/24的网段里，A分配1-100的主机地址，B分配101-200的主机地址，这样划分不会有问题
是这样的
如果有人恶意dhcp就会有问题，因为在客户端发dhcp请求时并不知道dhcp服务器，这样谁应答快客户端就会接受谁的地址，如果你客户端应该时10网段的，你收到20网段的地址，你就不通了，这还不算什么，但如果你dns被分配成一个假的，你有可能别引导的伪造的网站上，你的网关分配一个假的你的数据有可能别窃取
& 回复于： 23:55:23
有两个DHCP&SVR的话当然是先接到谁的包用谁的。
& 回复于： 08:12:28
刚刚翻了一下鸟哥的书！
上面是这样说的：
谁先收到包用谁的！！！！
& 回复于： 08:20:37
引用：原帖由&枫影谁用了&于&&08:12&发表
刚刚翻了一下鸟哥的书！
上面是这样说的：
谁先收到包用谁的！！！！&
哈，刚看到，好久以前的贴子又被翻出来了&^_^
鸟哥说的对，但这样讲很容易让人误解，到底是谁先收到谁的？（字面上更容易理解为哪个服务器先收到，其实不然）
其实原理是：
1、client&先向网络中发&dhcpdiscover
2、所有&dhcp&服务器收到消息以后都要返回&dhcpoffer
3、client&收到&dhcpoffer&有先后，然后再向网络中发送&dhcprequest&广播，来通知各个&dhcp&已经选用了哪个
所以，是看&client&先收到哪个&dhcp&server&的&dhcpoffer，而不是看哪个&dhcp&server&先收到&client&的请求
& 回复于： 11:21:26
我的环境有两台linux,DHCP服务器配置一样，目的是为了备份，到目前为止运行没有问题。
刚才有人说，两台DHCP地址范围必须不一样，我的经验是不必要。
所以我猜想，这位大侠可能是从得到地址合不合适用的角度来说这个问题的，从DHCP运行的角度说是没有问题的，也就是说，客户端先得到哪个算哪个。这种配置针对双DCHP机热备份是合适的。
& 回复于： 11:24:06
引用：原帖由&woooo_111&于&&11:21&发表
所以我猜想，这位大侠可能是从得到地址合不合适用的角度来说这个问题的，从DHCP运行的角度说是没有问题的，[color=Red]也就是说，客户端先得到哪个算哪个[/color]。
看上一页中我的分析
& 回复于： 11:33:31
引用：原帖由&platinum&于&&08:20&发表
哈，刚看到，好久以前的贴子又被翻出来了&^_^
鸟哥说的对，但这样讲很容易让人误解，到底是谁先收到谁的？（字面上更容易理解为哪个服务器先收到，其实不然）
其实原理是：
1、client&先向网络中发&dhcpdi&...&
[color=Red]看&client&先收到哪个&dhcp&server&的&dhcpoffer，而不是看哪个&dhcp&server&先收到&client&的请求&[/color]
& 回复于： 20:38:35
同一个网段可以有二个DHCP服务器，但是每个DHCP服务器所设置的IP范围不能冲突，如果冲突的话，服务器A把一个IP地址租用给客户机C使用，而服务器B又把同一个IP地址租用给客户机D使用，这样就会出现IP冲突。因为每个DHCP服务器是根据自己所记载的记录发放IP地址的，所以服务器B不知道服务哭A已将该IP地址分配给客户机C了，所以再一次把该IP地址分配给客户机D！
& 回复于： 20:54:32
引用：原帖由&llxl85&于&&20:38&发表
同一个网段可以有二个DHCP服务器，但是每个DHCP服务器所设置的IP范围不能冲突，如果冲突的话，服务器A把一个IP地址租用给客户机C使用，而服务器B又把同一个IP地址租用给客户机D使用，这样就会出现IP冲突。因为每个&...&
我不这样认为，应该没问题。
& 回复于： 01:49:18
引用：原帖由&woooo_111&于&&20:54&发表
我不这样认为，应该没问题。&
当然有问题，楼上那位仁兄已经说的很清楚了
& 回复于： 11:09:52
应该不会冲突的,DHCP收到客户端的请求后也是用广播把IP发出去,两个DHCP&SERVER都是,而客户端先收到哪个SERVER的广播就用那个IP,然后还会发一个确认信息,告诉其他的SERVER他已经收到IP,其他的DHCP&SERVER就回停止IP广播.
& 回复于： 12:10:27
没的事的,我的网吧就是两个DHCP.一个WIN2000&一个LINUX,都能正常工作,客户机也没的问题.
& 回复于： 14:58:12
应该是没有问题的，因为客户在收到一个IP地址后，还要确认网络中有没有重复的IP，如果有那么会出现新的一轮IP地址分配过程，因此不会有任何冲突。
& 回复于： 13:51:15
同意....楼上.
& 回复于： 15:27:55
引用：原帖由&zjp0902&于&&11:09&发表
应该不会冲突的,DHCP收到客户端的请求后也是用广播把IP发出去,两个DHCP&SERVER都是,而客户端先收到哪个SERVER的广播就用那个IP,然后还会发一个确认信息,告诉其他的SERVER他已经收到IP,其他的DHCP&SERVER就回停止I&...&
再看看&DHCP&的工作原理的资料吧，你说的不对
& 回复于： 15:28:58
引用：原帖由&ssffzz1&于&&14:58&发表
应该是没有问题的，因为客户在收到一个IP地址后，[color=Red]还要确认网络中有没有重复的IP，如果有那么会出现新的一轮IP地址分配过程，因此不会有任何冲突[/color]。&
这个是谁负责的？从哪看到的？可否有资料贴一下？
& 回复于： 15:51:25
那个SERVER快&就会&分配IP的
& 回复于： 01:56:20
引用：原帖由&platinum&于&&15:28&发表
这个是谁负责的？从哪看到的？可否有资料贴一下？&
我看了rfc3074,由于涉及到太多算法和数据位的东西,我没有看仔细,按照我的粗劣理解,多个server都收到request,然后一起响应.在优化的情况下,dhcp&server会计算哪个server响应,在某个时期可能是一个server响应多些,但从长期趋势来看是平均的,做到了load&balance的效果
引用：
Because&DHCP&clients&use&UDP&broadcasts&to&contact&DHCP&servers,&a
&&&client&DHCPDISCOVER&message&may&be&received&by&more&than&one&server.
&&&All&servers&receiving&such&a&broadcast&may&respond&to&the&client,
&&&letting&the&client&choose&which&server&it&will&use.
&&&When&a&BOOTP&relay&agent&is&used,&it&typically&forwards&or
&&&rebroadcasts&client&broadcasts&to&all&configured&servers,&so&a
&&&similar&inefficiency&is&present.
&&&The&optimization&described&allows&a&server&to&be&chosen&for&each&such
&&&transaction&by&performing&a&"serve"&/&"do&not&serve"&computation.&&A
&&&forwarding&agent&can&perform&the&same&computation&to&choose&a
&&&forwarding&destination.
&&&In&either&case,&the&choice&of&server&can&be&computed,&without&the
&&&participants&having&to&negotiate&who&is&to&respond.
&&&The&approach&is&probabilistic&in&nature,&because&it&is&nearly
&&&impossible&to&foresee&which&client&will&request&service&next.&&For
&&&short&periods&of&time,&the&actual&percentage&of&clients&served&by&a
&&&given&server&will&likely&deviate&from&the&desired&percentage.&&As&the
&&&number&of&requests&grows,&the&actual&percentage&of&the&load&being
&&&handled&by&each&server&will&approximate&the&configured&percentage.
参考:http://www.ietf.org/rfc/rfc3074.txt
根据IETF上DHC&working&group发布的网页,rfc3074没有被obsolete掉,也就是还在用的,所以这个load&balance的算法应该在广泛使用
参考http://www.ietf.org/html.charters/dhc-charter.html
根据我以前的工作经验,在使用dhcp&relay的情况下(用foundry&BigIron&8000中的relay),&多个aix上dhcpcd(不同的server)都收到request,虽然我没有抓包,但看到是只有一台的server会产生log,也就是只有一台dhcp&server响应.也就是使用了load&balance算法优化过了
我想linux下的isc&dhcpd程序也应该是遵守rfc3074规范的[&本帖最后由&bingosek&于&&13:49&编辑&]
& 回复于： 02:03:48
还有,以下是没有优化的情况,多个server响应,client选择,由rfc2131给出:
引用：
The&client&receives&one&or&more&DHCPOFFER&messages&from&one&or&more
&&&&&servers.&&The&client&may&choose&to&wait&for&multiple&responses.
&&&&&The&client&chooses&one&server&from&which&to&request&configuration
&&&&&parameters,&based&on&the&configuration&parameters&offered&in&the
&&&&&DHCPOFFER&messages.&&The&client&broadcasts&a&DHCPREQUEST&message
&&&&&that&MUST&include&the&'server&identifier'&option&to&indicate&which
&&&&&server&it&has&selected,&and&that&MAY&include&other&options
&&&&&specifying&desired&configuration&values.&&The&'requested&IP
&&&&&address'&option&MUST&be&set&to&the&value&of&'yiaddr'&in&the
&&&&&DHCPOFFER&message&from&the&server.&&This&DHCPREQUEST&message&is
&&&&&broadcast&and&relayed&through&DHCP/BOOTP&relay&agents.&&To&help
&&&&&ensure&that&any&BOOTP&relay&agents&forward&the&DHCPREQUEST&message
&&&&&to&the&same&set&of&DHCP&servers&that&received&the&original
&&&&&DHCPDISCOVER&message,&the&DHCPREQUEST&message&MUST&use&the&same
&&&&&value&in&the&DHCP&message&header's&'secs'&field&and&be&sent&to&the
&&&&&same&IP&broadcast&address&as&the&original&DHCPDISCOVER&message.
&&&&&The&client&times&out&and&retransmits&the&DHCPDISCOVER&message&if
&&&&&the&client&receives&no&DHCPOFFER&messages.
参考:http://www.ietf.org/rfc/rfc2131.txt
& 回复于： 20:07:11
不会有冲突的！就算是2个不同网段的ip也是没有问题的，只要有路由
& 回复于： 23:33:31
引用：原帖由&sulin515&于&&12:10&发表
没的事的,我的网吧就是两个DHCP.一个WIN2000&一个LINUX,都能正常工作,客户机也没的问题.&
不知道你那有多少台机器,&dhcp&有几个网段.&
按我见过的.&win&的&dhcp&server&一般会先分配IP&给&client&,&其次的是&Linux&的,&然后才是&router&的&dhcp&agent.&&
为什么会这样我不知道,&但会有这样的结果.&
至于在一个网段里同时用两台&dhcp&server&的情况,我在生产环境中没见过.&可能我们那的网络的级别不够吧.&
但我个人认为,&一般的&IP&分配都在&8&小时以上,&而一台&dhcp&server&down&8&小时的可能性应该是0的.&还有一个问题,&如果到了8小时,&而client&找不到server,&这个IP也不一定会release&吧?&我倒没试过.&
更没试过两台server&分同一个IP给两台机器会不会出现查一下有没有IP的情况.&不过,我知道如果你分了一个IP(静态)给别人,&那就有可能出现DHCP也把这个分给别人,&然后冲突的情况.
所以,&一般我们的做法是,&先用&dhcp&得一个IP,&然后再把这个IP设成固定的.
& 回复于： 19:23:22
应该是先接受服务器比较快的那个把！
& 回复于： 01:57:57
看来鄙人的网络通信基础课是没有白学的
那个老教授同志也是没有白教的
难得啊。。。。
& 回复于： 11:07:24
引用：哈，刚看到，好久以前的贴子又被翻出来了&^_^
鸟哥说的对，但这样讲很容易让人误解，到底是谁先收到谁的？（字面上更容易理解为哪个服务器先收到，其实不然）
其实原理是：
1、client&先向网络中发&dhcpdiscover
2、所有&dhcp&服务器收到消息以后都要返回&dhcpoffer
3、client&收到&dhcpoffer&有先后，然后再向网络中发送&dhcprequest&广播，来通知各个&dhcp&已经选用了哪个
所以，是看&client&先收到哪个&dhcp&server&的&dhcpoffer，而不是看哪个&dhcp&server&先收到&client&的请求&
[size=4][color=Red]鸟哥的电子文档，请哪位给个地址，拜托！！！[/color][/size]
& 回复于： 22:35:41
是这样的：
1、客户端发送DHCP&discover广播消息，然后等待相应，如果没有及时相应，客户端会重新发送，时间延长，总共会发四次，合计30sec
2、网络中的所有能够接收到discover消息的DHCP服务器，都会根据自己管理的IP地址池，提供给客户端一个可用的IP地址，叫作dhcp&offer
3、客户端在接收到第一个DHCP&Offer以后，会广播DHCP&request消息，用来响应DHCP服务器（就是接受了Offer的DHCP&server）。由于这个广播中包括DHCP&server的信息，所以其他的提供了offer的DHCP服务器就会取消自己发出的offer，不再理会客户端
4、request中指明的DHCP服务器，在接收到request消息以后，回向客户端广播dhcp&ack确认消息。以便确认IP地址租期和其余选项。
5、客户端使用Offer中得到的IP地址配置本地网络，并启动。
ps：如果你使用MS的DHCP服务器，在同一网段中有多个DHCP服务器，并且向外租借同一个网段的IP，这两个服务器会报告网络冲突的。所以你说的问题实际中并不存在。
& 回复于： 16:53:53
不会发生同时的情况，广播包收到后，服务器会发一个确认包，每个客户端只会确认一次，得到一个IP就够了，不会再确认一次的。
& 回复于： 17:22:00
呵呵,好好學習一下RFC&2131&吧.
http://www.faqs.org/rfcs/rfc2131.html
其中:
&The&client&receives&one&or&more&DHCPOFFER&messages&from&one&or&more
&&&&&servers.&&The&client&may&choose&to&wait&for&multiple&responses.
&&&&&The&client&chooses&one&server&from&which&to&request&configuration
&&&&&parameters,&based&on&the&configuration&parameters&offered&in&the
&&&&&DHCPOFFER&messages.&&The&client&broadcasts&a&DHCPREQUEST&message
&&&&&that&MUST&include&the&'server&identifier'&option&to&indicate&which
&&&&&server&it&has&selected,&and&that&MAY&include&other&options
&&&&&specifying&desired&configuration&values.&&The&'requested&IP
&&&&&address'&option&MUST&be&set&to&the&value&of&'yiaddr'&in&the
&&&&&DHCPOFFER&message&from&the&server.&&This&DHCPREQUEST&message&is
&&&&&broadcast&and&relayed&through&DHCP/BOOTP&relay&agents.&&To&help
&&&&&ensure&that&any&BOOTP&relay&agents&forward&the&DHCPREQUEST&message
&&&&&to&the&same&set&of&DHCP&servers&that&received&the&original
&&&&&DHCPDISCOVER&message,&the&DHCPREQUEST&message&MUST&use&the&same
&&&&&value&in&the&DHCP&message&header's&'secs'&field&and&be&sent&to&the
&&&&&same&IP&broadcast&address&as&the&original&DHCPDISCOVER&message.
&&&&&The&client&times&out&and&retransmits&the&DHCPDISCOVER&message&if
&&&&&the&client&receives&no&DHCPOFFER&messages.
& 回复于： 03:20:04
那么换个角度想想
如果我们是做DHCP的集群的话又应该是怎么样的呢?
那个会收到REQUST哪个又OFFER呢?
& 回复于： 20:28:55
client会同时向同一个子网中的两台DHCP服务发送请求租约的消息。先接到请求的DHCPserver会提前提供一个IP给机client.后接到消息的DHCPsrever&也会向client发送消息告诉client,已接受到它的请求信息，并试着提供给clientIP。但client已经租到IP了。它就会再返回一个信息给后接到信息的DHCPserver。说现在我已经租到IP了。暂时不用IP了。
& 回复于： 07:03:14
msce上有讲这种情况的处理。做认证。`。。。`
&n年前考的时候看过`。`。`
& 回复于： 18:51:58
弄几个虚拟机不就知道了，呵呵。
我这里公司有两台linux，一个是rh，一个是debian，我都起了dhcp服务，并且配置文件得内容都一样，因为我直接cp得。所以他们提供得dhcp服务除了网关ip不一样之外，其他都一样。
也做过测试，如果两台同时开，会从rh上面获取ip，如果关掉rh得，用debian用几天，然后再开rh得，客户端第二天依然会从rh上面获取ip，这个就不知道为什么了。
乱套肯定是不会得。
& 回复于： 21:03:57
谁帮我解释一下，两个soho无线路由器，在同一个网段中，开启DHCP后网络就堵塞死了。
& 回复于： 09:28:40
不会有冲突的，因为DHCP分配步骤为：
1。客户端广播向DHCP服务器发送请求；
2。该请求2个DHCP服务器都接受到，并准备好给客户的IP，然后发送回应；
3。此时有两条回应，客户端先收到谁的回应就采用谁的IP，同时分别向2台服务器发送回应，回应内容为：a，
&&&采用哪个服务器的IP；b。和不采用谁的IP，并通知不采用的服务器释放要分的IP，共两条。
4。只有被采用IP的服务器才给客户机分配IP地址，另一台服务器则继续等待。
总的来说，就是客户端先收到谁的回应，就用谁分的IP。
& 回复于： 12:57:03
哪个服务器快，客户端就接收哪个
& 回复于： 08:44:01
客户先受到哪个服务器的回答就接受该服务器提供的IP地址
& 回复于： 08:53:40
是这样的，当同时有两台DHCP服务器时，它们会同时收到客户端的广播信息，它们都会给客户端一个回答
这时客户端会选择它先收到回答的服务器。
为了便于理解，我们把DHCP客户机比做餐馆里的客人，DHCP服务器比做服务员（一个餐馆里也可以有多个服务员），IP地址比做客户需要的食物。那么可以这样描述整个过程：客人走进餐馆，问：“有没有服务员啊？”（DHCP&discover），多个服务员同时回答：“有，我这有汉堡”“有，我这有鸡翅”（DHCP&offer）。客人说：“好吧，我要一份汉堡”（DHCP&request，这个客人比较死板，总是选择第一次听到的食物），端着汉堡的服务员回应了一声：“来啦”（DHCP&ack），并把食物端到客人面前，供其享用（将网卡和IP地址绑定）。客人下次来的时候，就直接找上次那个服务员点自己喜欢的汉堡了（DHCP&request），如果还有汉堡，服务员会再次确认并上菜（DHCP&ack），而如果已经卖完了，服务员则会告诉客人：“不好意思，已经卖完了”（DHCP&nack）。当然，服务员隔一段时间会来收拾一次桌子，除非客人特别说明这菜还要继续吃的，服务员会将剩菜端走。[&本帖最后由&onnla&于&&08:55&编辑&]
& 回复于： 22:21:40
我在WIN2000中试过的哈,没有什么问题,只是得到的IP(同一台)有可能会到第二个DHCPSERVER中得到IP地址,其它的就没什么了,如果你用IP&跟MAC的话,就更不会出问题呢
& 回复于： 21:35:15
我试过的。但是很奇怪的是
我有&一台WIN2000的DHCP服务器，后来为了使用网络克隆，在笔记本上装了个TFTPD（带有DHCP服务器功能+PXEclass+tftpd,作用域与WIN的作用域重叠），但是，客户机只要是同时与WIN的DHCP服务器连通，它就先通过win的dhcp获取ip&地址。而不从笔记本上的dhcp获取。
而我的笔记本是与客户机在同一个交换机上。
win2000的dhcp是在核心交换机上的。
& 回复于： 22:01:42
是谁快就启用谁的。
& 回复于： 11:14:33
如果你两个DHCP&服务器分配的是不同的两个IP&段，那就没有任何关系，有时还要这样做，如果分配的是相同的IP&那就会造成IP&地址冲突，分到相同IP&的用户会无法正常连网工作
& 回复于： 01:08:31
我记的在win下的dhcp服务器会有个授权的操作,在同网络中有多dhcp服务的话,只有授权的那台dhcp才起作用,其它的都不会生效
在linux的就不大明白了,不知道是不是也有这个授权的问题
& 回复于： 23:38:34
应该是谁快谁发放IP
这是微软的解释,但LINUX应该实用吧
& 回复于： 00:47:15
引用：原帖由&wang&于&&23:38&发表
应该是谁快谁发放IP
这是微软的解释,但LINUX应该实用吧&
这不是微软的解释，而是rfc的规定，也就是dhcp实现的规定
& 回复于： 12:56:56
客户机只能得到一个ip，也就说不会有冲突了
& 回复于： 16:06:13
这个不会有冲突的吧！！！
& 回复于： 17:48:29
专门做了个实验：
两个DHCP&server，1号server地址分配范围为172.16.0.0/16，2号为192.168.74.0/24。
只有1号工作时，1号的log如下：
Aug&&3&17:44:31&CentOS_Server&dhcpd:&DHCPDISCOVER&from&00:50:56:c0:00:06&(winxp-
client)&via&eth0
Aug&&3&17:44:32&CentOS_Server&dhcpd:&DHCPOFFER&on&172.16.0.128&to&00:50:56:c0:00
:06&(winxp-client)&via&eth0
Aug&&3&17:44:32&CentOS_Server&dhcpd:&DHCPREQUEST&for&172.16.0.128&(172.16.0.2)&f
rom&00:50:56:c0:00:06&(winxp-client)&via&eth0
Aug&&3&17:44:32&CentOS_Server&dhcpd:&DHCPACK&on&172.16.0.128&to&00:50:56:c0:00:0
6&(winxp-client)&via&eth0
注意上面dhcp工作的四个步骤，很详细了吧？此时winxp-client获得了地址172.16.0.128。
打开2号server,
在winxp-client上执行ipconfig&/release&&&&&&&&&ipconfig/renew
再看1号server的log:
Aug&&3&17:41:35&CentOS_Server&dhcpd:&DHCPDISCOVER&from&00:50:56:c0:00:06&via&eth
0
#这个DHCPDISCOVER包被两台服务器都收到了
Aug&&3&17:41:35&CentOS_Server&dhcpd:&DHCPREQUEST&for&192.168.74.1&(192.168.74.25
4)&from&00:50:56:c0:00:06&via&eth0:&wrong&network.
#2号server已经offer了一个地址192.168.74.1，winxp-client希望使用这个地址，所以广播出DHCPREQUEST,也被1号server收到，但1号server不负责192.168.74.0/24,所以是wrong&network，发出下面的DHCPNAK包：
Aug&&3&17:41:35&CentOS_Server&dhcpd:&DHCPNAK&on&192.168.74.1&to&00:50:56:c0:00:0
6&via&eth0
#offer一个本机负责分配的地址，如果winxp-client的DHCPREQUEST被2号server拒绝，可能会用得着哦：
Aug&&3&17:41:36&CentOS_Server&dhcpd:&DHCPOFFER&on&172.16.0.128&to&00:50:56:c0:00
:06&(winxp-client)&via&eth0[&本帖最后由&sonicpice&于&&18:24&编辑&]
& 回复于： 16:56:20
应该不会冲突。
& 回复于： 19:04:48
其实结论早已经有了，但几乎每一个回贴的人都不看结论而直接说出自己的猜测，后面的人再反驳，一直循环
为此，此贴锁了
原文链接：
转载请注明作者名及原文出处