【Python】DHCP最佳实践(一)
这是Windows DHCP最佳实践和技巧的最终指南。
如果您有任何最佳做法或技巧,请在下面的评论中发布它们。
在本指南(一)中,我将分享以下DHCP最佳实践和技巧。
- 不要将DHCP放在您的域控制器上
- 使用DHCP故障转移
- 中央与分布式DHCP服务器
- 避免静态IP分配并使用DHCP保留
不要在域控制器上放置DHCP
一般建议不要在域控制器上运行除DNS以外的任何其他角色。您的域控制器应该是域控制器/ DNS,就是这样。小型组织通常会在其域控制器上安装其他角色和第三方软件。建议您尽可能避免这种情况。
有什么问题
在DC上安装其他服务会增加攻击面,使其难以管理,并可能导致性能问题。
问题1:管理具有多个角色的DC
安装了多个角色的域控制器很难管理。这通常会导致不稳定和服务中断。
例如,假设您在使用DHCP时遇到问题,或者安装了需要重新启动的安全补丁。重新引导具有Active Directory域服务角色的服务器可能会对组织造成重大破坏。这可能会影响身份验证,复制,组策略和DNS。如果DNS关闭,您的用户将无法访问任何内容。
如果您有多个域控制器并且配置正确,则可以避免这些问题,但是为什么要冒险呢?
如果在自己的服务器上安装了DHCP,则可以重新启动DCHP服务器,而不必担心会影响域控制器上的服务。
问题2:安全
- 您安装的软件/服务越多,攻击生存期就越大。如果在DC上安装了DHCP,并且在DHCP服务中发现了一个新漏洞,则DC服务器现在处于危险中。
- 您有访客无线网路吗?您如何看待这些不受管设备连接到DHCP / DC服务器?我不喜欢使用内部DHCP服务器为公众提供IP地址。然后添加这些公共设备也正在连接到域控制器,这会导致我关闭安全告警。
- 在域控制器上安装DHCP后,DHCP服务将继承DC计算机帐户的安全权限。这违反了最小特权原则。现在,您的DHCP服务器正在以特权运行,并且执行的并不是为其设计的任务。所以这可以纠正,不要增加这种风险。
在自己的成员服务器上安装DHCP将减少DC的攻击面。
问题3:性能
通常,我已经看到DHCP服务器运行非常高效,并且不需要大量系统资源(例如CPU或内存)。
但是,假设您刚刚了解了新的DHCP选项(例如冲突检测),然后将其打开了所有作用域。现在,CPU使用率激增,域服务变慢,用户无法登录,DNS请求也变慢。
也许您安装了IPAM来跟踪可用的IP地址,并且占用了CPU和内存,从而再次占用了域服务的资源。
我可以继续假设很多情况,但是要指出的是,您在域控制器上安装的软件/服务越多,对性能的影响就越大,并导致服务中断。
使用DHCP故障转移
DHCP故障转移是用于确保DHCP服务器的高可用性的功能。通过DHCP故障转移,两台DHCP服务器共享DHCP信息,因此,如果一台服务器发生故障,另一台服务器仍可以为客户端提供DHCP租约。
DHCP故障转移选项内置在Windows服务器操作系统中。下图显示了两个配置有负载平衡故障模式的DHCP服务器的设置。如果一台服务器发生故障,另一台服务器仍处于活动状态并接管所有DCHP请求。
有两种故障转移设计选项:
热备设计
使用热备用模式时,一台服务器是活动服务器,另一台是备用服务器。活动服务器是主服务器,并处理所有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链接传输大量流量,如果该链接断开,将使所有这些员工脱机。
资料来源
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地址时,发生以下情况:
- Helpdesk替换了不知道设置了静态IP的设备
- 现在这台设备完全或部分失去网络连接
- Helpdesk将故障单发送给网络团队以求解决问题
- 网络团队把故障单发回Helpdesk,因为使用了静态IP
- 现在,Helpdesk必须找到设备并重新分配IP
我已经多次处于上述情况,就像我说的那样。为了避免这种情况,只需使用DHCP保留而不是静态IP分配即可。
对于需要固定IP地址的任何内容,我都使用DHCP保留。一个例外是路由器和交换机等基础设施设备,它们会获得静态IP。
打印机的DHCP保留的屏幕截图。
通过DHCP保留,您所需要做的就是在更换设备并自动将IP分配回设备时更新MAC地址。它还可以快速查看为其分配IP的所有内容,而无需手动跟踪电子表格中的所有内容。
本系列文档目录:
DHCP最佳实践(一)
DHCP最佳实践(二)
DHCP最佳实践(三)
DHCP最佳实践(四)
以上是 【Python】DHCP最佳实践(一) 的全部内容, 来源链接: utcz.com/a/100958.html