关于python:DHCP最佳实践一

这是Windows DHCP最佳实际和技巧的最终指南。

如果您有任何最佳做法或技巧,请在上面的评论中公布它们。

在本指南(一)中,我将分享以下DHCP最佳实际和技巧

  1. 不要将DHCP放在您的域控制器上
  2. 应用DHCP故障转移
  3. 地方与分布式DHCP服务器
  4. 防止动态IP调配并应用DHCP保留

不要在域控制器上搁置DHCP

个别倡议不要在域控制器上运行除DNS以外的任何其余角色。您的域控制器应该是域控制器/ DNS,就是这样。小型组织通常会在其域控制器上装置其余角色和第三方软件。建议您尽可能防止这种状况。

有什么问题

在DC上装置其余服务会减少攻击面,使其难以治理,并可能导致性能问题。

问题1:治理具备多个角色的DC

装置了多个角色的域控制器很难治理。这通常会导致不稳固和服务中断。

例如,假如您在应用DHCP时遇到问题,或者装置了须要重新启动的安全补丁。从新疏导具备Active Directory域服务角色的服务器可能会对组织造成重大毁坏。这可能会影响身份验证,复制,组策略和DNS。如果DNS敞开,您的用户将无法访问任何内容。

如果您有多个域控制器并且配置正确,则能够防止这些问题,然而为什么要冒险呢?

如果在本人的服务器上安装了DHCP,则能够重新启动DCHP服务器,而不用放心会影响域控制器上的服务。

问题2:平安

  1. 您装置的软件/服务越多,攻打生存期就越大。如果在DC上装置了DHCP,并且在DHCP服务中发现了一个新破绽,则DC服务器当初处于危险中。
  2. 您有访客无线网路吗?您如何对待这些不受管设施连贯到DHCP / DC服务器?我不喜爱应用外部DHCP服务器为公众提供IP地址。而后增加这些公共设施也正在连接到域控制器,这会导致我敞开平安告警。
  3. 在域控制器上装置DHCP后,DHCP服务将继承DC计算机帐户的平安权限。这违反了最小特权准则。当初,您的DHCP服务器正在以特权运行,并且执行的并不是为其设计的工作。所以这能够纠正,不要减少这种危险。

在本人的成员服务器上安装DHCP将缩小DC的攻击面。

问题3:性能

通常,我曾经看到DHCP服务器运行十分高效,并且不须要大量系统资源(例如CPU或内存)。

然而,假如您刚刚理解了新的DHCP选项(例如冲突检测),而后将其关上了所有作用域。当初,CPU使用率激增,域服务变慢,用户无奈登录,DNS申请也变慢。

兴许您装置了IPAM来跟踪可用的IP地址,并且占用了CPU和内存,从而再次占用了域服务的资源。

我能够持续假如很多状况,然而要指出的是,您在域控制器上装置的软件/服务越多,对性能的影响就越大,并导致服务中断。

总结
域控制器是Windows域环境中最要害的服务之一,在一台独自服务器上运行。域管制服务器器只能是是域控制器,只能是域控制器,只能是域控制器。没有其余的,重要的事件说三遍。

应用DHCP故障转移

DHCP故障转移是用于确保DHCP服务器的高可用性的性能。通过DHCP故障转移,两台DHCP服务器共享DHCP信息,因而,如果一台服务器产生故障,另一台服务器仍能够为客户端提供DHCP租约。

DHCP故障转移选项内置在Windows服务器操作系统中。下图显示了两个配置有负载平衡故障模式的DHCP服务器的设置。如果一台服务器产生故障,另一台服务器仍处于活动状态并接管所有DCHP申请。

有两种故障转移设计选项:

热备设计

应用热备用模式时,一台服务器是流动服务器,另一台是备用服务器。流动服务器是主服务器,并解决所有DHCP申请。如果流动服务器敞开,则备用服务器将接管DHCP申请。

该选项通常与备用单元位于与主用单元不同的地位时应用。

负载平衡设计

在负载平衡模式下,两台服务器均以双活模式工作以解决DHCP申请。申请是负载平衡的,并在两个DHCP服务器之间共享。如果其中一台服务器与其故障转移搭档失去分割,它将开始向所有DHCP客户端授予租约。

总结
您将须要确定哪种故障转移设计最适宜您的环境。它是一个收费的内置选项,因而请充分利用它,并使您的DHCP服务器具备容错能力。

材料起源

https://docs.microsoft.com/zh-cn/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/dn338979(v%3Dws.11))

地方与分布式DHCP服务器

您的大型网络在多个地位都有分支机构吗?

问题是您是在这些分支机构中装置DHCP服务器,还是将它们隧道传输回集中式DHCP服务器?

集中式DHCP服务器

集中式DHCP服务器搁置在近程办公室连贯到DHCP的集中地位。它通常位于次要数据中心之一。在此设计中,没有本地DHCP服务器,所有申请都返回到集中式服务器。

分布式DHCP服务器

在分布式DHCP模型中,本地分支机构中有DHCP服务器。此模型的客户端从本地DHCP服务器获取IP地址。

那么哪个选项最好呢?

能够用一个简略的问题来答复吗?

分支机构能够齐全独立地工作,而无需回到数据中心吗?如果是,则应该有一个本地DHCP和DNS服务器。

如果分支机构通过隧道返回到Internet,Active Directory,DNS等数据中心,则将DHCP放在本地毫无意义。

我为一家在全国设有分部的公司工作,并应用集中式DHCP模式。咱们领有牢靠的疾速连贯,因而应用集中式DHCP服务器十分有意义。

要思考的一件事是分部有多少员工。如果您有一个领有数千名员工的大型分部,那么领有Active Directory,DNS和DHCP等本地资源可能会有所帮忙。这将通过WAN链接传输大量流量,如果该链接断开,将使所有这些员工脱机。

总结
集中式DHCP或分布式DHCP之间的抉择通常能够通过以下问题答复:“分支机构能够在没有连贯回数据中心的状况下工作。近程办公室的大小和回到数据中心的连贯速度也可能是一个因素。

材料起源

https://docs.microsoft.com/zh-cn/archive/blogs/teamdhcp/multi-site-deployment-topologies-for-dhcp-failover

https://www.reddit.com/r/networking/comments/8wb0qg/distributed_vs_centralized_dhcp/

防止动态IP调配并应用DHCP保留

为计算机,打印机,电话或任何其余最终用户设施调配动态IP地址是一件很麻烦的事件。

以下是统计调配动态IP地址时,产生以下状况:

  1. Helpdesk替换了不晓得设置了动态IP的设施
  2. 当初这台设施齐全或局部失去网络连接
  3. Helpdesk将故障单发送给网络团队以求解决问题
  4. 网络团队把故障单发回Helpdesk,因为应用了动态IP
  5. 当初,Helpdesk必须找到设施并重新分配IP

我曾经屡次处于上述情况,就像我说的那样。为了防止这种状况,只需应用DHCP保留而不是动态IP调配即可。

对于须要固定IP地址的任何内容,我都应用DHCP保留。一个例外是路由器和交换机等基础设施设施,它们会取得动态IP。

打印机的DHCP保留的屏幕截图。

通过DHCP保留,您所须要做的就是在更换设施并主动将IP调配回设施时更新MAC地址。它还能够疾速查看为其调配IP的所有内容,而无需手动跟踪电子表格中的所有内容。

本系列文档目录:

DHCP最佳实际(一)

DHCP最佳实际(二)

DHCP最佳实际(三)

DHCP最佳实际(四)

本文首发于BigYoung小站

评论

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理