注意 - 我知道有很多关于 AD 命名的问题。我不相信这是一个重复的问题。如果是，请将我链接到相关的 :)。
我们正在实施广告。我们的大问题是域名。在阅读了许多文章并与人们交谈后，我们已经决定不使用 .local（我们现在是 70/30 Mac）。
我们正在尝试确定是否应该使用 ourdomain.com 或 corp.ourdomain.com 作为我们的域名。
我们已经知道，如果我们使用 ourdomain.com，如果人们不在 www 之前，我们就会遇到潜在的问题。到我们网站的 URL，我们愿意接受它。
我们担心的是是否还有其他我们不知道的后果。例如，如果我们的 Exchange 服务器托管在不属于 LAN 的数据中心，它会不会有 DNS 问题？
概述我们所拥有的 -
我们的网站托管在外部数据中心，我们目前使用 Google Apps，但计划迁移到 Exchange（是的，我们知道这不符合趋势……），这也可能托管在数据中心或现场。
我们还广泛使用我们的 UTM Firewalls VPN，并在扩大规模时考虑使用 Cisco VPN 或 Citrix 解决方案。
如果我们发现缺乏本地 Mac 集成，我们还计划建立 Windows 分布式文件共享并可能使用 Centrify 或 Extreme-Z IP。
我们还计划将 AD 用作我们的身份验证主干，将其用于 RADIUS 和 LDAP 服务，以跨我们的内部 Web 应用程序和无线网络进行身份验证和角色管理。
我们确实阅读了http://msmvps.com/blogs/acefekay/archive/2009/09/07/what-s-in-an-active-directory-dns-name-choosing-a-domain-name.aspx但我希望从任何精通维护 AD 的人那里获得更多最新信息，尤其是在混合/分布式环境中。
绝对没有理由使用与外部面向 Web 的 DNS 区域相同的 AD 域 DNS 名称。没有任何。完全没有。
Microsoft 建议使用现有域的子域，因此可以使用
corp.yourdomain.comor之类ad.mydomain.com的东西。如果您不希望您的用户看到他们的登录名是，您可以在域中第一个 DC 的 DCPROMO 过程corp\user中将域的 NetBIOS 名称设置为。MYDOMAIN最终结果将是您域的 FQDN 将是corp.mydomain.com，但您的用户将看到mydomain\user. 这样你就可以拥有“更漂亮”的登录，而没有水平分割 DNS 的完全混乱。说真的，没有正当理由在您的 AD 基础设施中使用水平分割 DNS。