这是关于Active Directory域命名的典型问题 。
在虚拟环境中尝试了Windows域和域控制器之后,我意识到拥有一个与DNS域命名相同的活动目录域是个坏主意(意思是说,将example.com
作为Active Directory名称并不好example.com
域名已注册作为我们的网站使用)。
这个相关的问题似乎支持这个结论 ,但是我还不确定在命名Active Directory域时还有哪些其他规则。
Active Directory名称应该或不应该有什么最佳做法?
这已经是服务器故障讨论的一个有趣的话题。 这个话题似乎有不同的“宗教观点”。
我同意微软的build议 :使用公司已经注册的互联网域名的子域名。
所以,如果你拥有foo.com
,可以使用ad.foo.com
或者其他的。
正如我所看到的,最卑鄙的事情是使用注册的Internet域名(逐字)作为Active Directory域名。 这会导致您被迫手动将Internet DNS中的logging(如www
)复制到Active Directory DNS区域,以允许“外部”名称parsing。 我已经看到,在运行一个网站的组织中,每个DC上都安装了IIS等非常愚蠢的事情,这个组织会执行redirect操作,这样一来,在浏览器中inputfoo.com
用户就可以通过这些IIS安装redirect到www.foo.com
。 完全愚蠢!
使用互联网域名没有任何优势,但是每次更改外部主机名引用的IP地址时都会创build“make work”。 (尝试使用地理上的负载平衡的DNS为外部主机,并与这样的“分裂DNS”的情况也整合!啧啧,这将是有趣的…)
使用这样的子域名对Exchange电子邮件传递或用户主体名称(UPN)后缀等事物没有影响。 (我经常看到这些都是以互联网域名作为AD域名的借口)。
我也看到“很多大公司这样做”的借口。 大公司可以比小公司轻松(如果不是)更容易做出决定。 我不会因为一家大公司做出一个不好的决定而导致这是一个好的决定,
这个问题只有两个正确的答案。
您公开使用的域中未使用的子域。 例如,如果您的公开networking存在是example.com
您的内部AD可能会被命名为ad.example.com
或internal.example.com
。
您拥有的未使用的二级域名,不能在其他任何地方使用。 例如,如果您的公共网站是example.com
,那么您的AD可能会被命名为example.net
,只要您注册了example.net
并且不要在其他地方使用它!
这是你唯一的两个select。 如果你做了别的事情,你会让自己承受很大的痛苦和痛苦。
但是每个人都使用.local!
没关系。 你不应该。 我已经写了关于使用.local和其他组成TLD如.lan和.corp 。 在任何情况下你都不应该这样做。
这不是更安全。 这不像一些人所说的那样是“最佳实践”。 这对我提出的两个select没有任何好处。
但是我想将其命名为我的公共网站的url,以便我的用户是example\user
而不是ad\user
这是一个有效的,但误导的关注。 当您提升域中的第一个DC时,可以将该域的NetBIOS名称设置为您想要的值。 如果您按照我的build议并将您的域设置为ad.example.com
,则可以将域的NetBIOS名称configuration为example
以便您的用户以example\user
身份login。
在Active Directory森林和信任中,您还可以创build其他UPN后缀。 没有什么能够阻止你创build和设置@ example.com作为你的域中所有账户的主要UPN后缀。 当您将此与以前的NetBIOSbuild议相结合时,没有最终用户会看到您的域的FQDN是ad.example.com
。 他们看到的所有内容都将是example\
或@example.com
。 唯一需要使用FQDN的人是使用Active Directory的系统pipe理员。
另外,假设您使用了水平分割的DNS名称空间,这意味着您的AD名称与面向公众的网站相同。 现在,您的用户无法在内部访问example.com
除非您使用前缀www.
在他们的浏览器中或者在所有域控制器上运行IIS(这是不好的)。 您还必须策划两个共享不相交名称空间的不相同的DNS区域。 这真的比它的价值更麻烦。 现在假设你与另一家公司有合作伙伴关系,他们也有AD和他们的外部存在的水平分割DNSconfiguration。 你有一个私人光纤链接,你需要build立一个信任。 现在,你所有的访问他们的公共站点的stream量都必须通过私有链接,而不是通过互联网出去。 这也给双方的networkingpipe理员带来了各种麻烦。 避免这一点。 相信我。
但是,但是…
说真的,没有理由不使用我build议的两件事情之一。 任何其他方式都有缺陷。 如果您的域名正常运行,并不是要求您更改域名,但是如果您要创build新的域名,请执行上面我推荐的两项操作之一。
为了帮助MDMarra的回答:
你永远不要使用你的域名的单标签DNS名称 。 这是在Windows 2008 R2之前提供的。 理由/解释可以在这里find: http : //support.microsoft.com/kb/300684/en-us
不要忘记不要使用保留字 (表格包含在本文底部的“命名约定”链接中),如SYSTEM或WORLD或RESTRICTED。
我也同意微软的意见,你应该遵循两条附加规则(不是固定的,但仍然是):
最后,我会build议你尽可能长期地思考。 公司确实经历了兼并和收购,甚至小公司。 也从外部帮助/咨询的angular度来思考。 使用域名,AD结构等等,这些可以向SF的顾问或人员解释,而不需要太多的努力。
知识链接:
http://technet.microsoft.com/en-us/library/cc731265%28v=ws.10%29.aspx
http://support.microsoft.com/kb/909264
http://support.microsoft.com/kb/300684/en-us
微软当前(W2k12)推荐页面为根林域名
我不同意使用:
我可以接受使用:
但我不会自己做或推荐它。 在公司收购期间,更换品牌的时候,特别是那时候的pipe理层想要改变的时候,所有的地狱都会打破。 重命名迁移,更改非常困难或昂贵。
我build议的最好方法是购买与公司名称无关的域名,也与公司品牌无关。 SIMPLE.CLOUD或类似应该做得很好,只要你可以拥有它。
我曾经见过有15万用户使用AD的大公司,他们仍然参考了他们多年前购买的老公司,或者是那些改变了名字的公司,即使从长远来看,使用\ login也没有关系(如果你不能使用UPN)在pipe理层面前看起来还是很糟糕,他们不明白为什么改变它并不是微不足道的。
我总是做mydomain.local
。
local
不是有效的TLD,所以它不会与实际的公共DNS条目竞争。
例如,我喜欢能够知道web1.mydomain.local
将parsing为Web服务器的内部IP,而web1.mydomain.com
将parsing为外部IP。