Nin*_*omb 5 windows-server-2003 windows-server-2008 domain-controller
正如问题所述,让我的组织中的每个功能强大的 Windows 2003 或 2008 Server 成为域的域控制器有哪些缺点?这只是矫枉过正吗?许多 3rd 方应用程序会爆炸吗?还有什么我没有想到的?
有什么优势吗?
Chr*_*rpe 16
我能给你的最好的建议是尽可能将域控制器作为非常离散的实体运行,即不将服务加载到域控制器上,这对于域控制器的操作来说不是必不可少的。出于实际/成本原因,这在非常小的商店,尤其是 Small Business Server 中通常被忽视,但是一旦您扩展到超出该范围,您理想地希望 DC 只是 DC,并且您只运行与您实际一样多的 DC需要足够的复制和容错能力。
要添加到 Chris Thorpe 发布的非常好的列表中,以下是为什么这样做是个坏主意的更多原因:
真的,“复制开销”的论点非常有力。如果您有少量彼此本地的服务器,比如少于 10 台,情况还不错。一旦您获得大量数字,尤其是当它们彼此相距遥远时,问题就会开始放大。AD 站点内的复制是一对多的,站点之间通常配置有桥头主机来汇集更新。不仅需要复制 AD 信息,所有组策略信息(即存储在“SYSVOL”中的内容)也需要复制到每个 DC。当您在一个环境中拥有许多 DC 时,这是一个非常复杂的复制网格,并且更容易出错。
从安全的角度来看,您确实不希望潜在的攻击者获得对 DC 的本地访问权限。当您位于 DC 本地时,提取整个域的密码哈希值要容易得多,而使用 Rainbow Tables 时,除非您的密码策略比当今常用的密码策略严格得多,否则几乎可以结束游戏。