注意 - 我知道有很多关于 AD 命名的问题。但我不认为这是一个重复的问题。如果是，请给我一个相关的链接 :)。
我们正在实施 AD。我们最大的问题是域名。在阅读了许多文章并与人们交谈后，我们已经决定不使用 .local（我们现在的 Mac 比例是 70/30）。
我们正在尝试确定是否应该使用 ourdomain.com 或 corp.ourdomain.com 作为我们的域名。
我们已经知道，如果使用 ourdomain.com，如果人们没有在我们网站的 URL 前面添加 www.，我们就会遇到潜在的问题，我们愿意接受这一点。
我们担心的是是否存在我们不知道的其他后果。例如，如果我们的 Exchange 服务器托管在不属于 LAN 的数据中心，它会出现 DNS 问题吗？
概述一下我们拥有的内容 -
我们的网站托管在外部数据中心，我们目前使用 Google Apps，但计划迁移到 Exchange（是的，我们知道这是违背趋势的......），它也可能托管在数据中心或现场。
我们还广泛使用我们的 UTM 防火墙 VPN，并且在扩大规模时考虑使用 Cisco VPN 或 Citrix 解决方案。
我们还计划建立 Windows 分布式文件共享，如果我们发现缺乏本机 Mac 集成，则可能使用 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 的人（特别是在混合/分布式环境中）那里获得一些更新的信息。
答案1
完全没有理由使用与外部面向 Web 的 DNS 区域相同的 AD 域 DNS 名称。完全没有。
Microsoft 建议使用现有域的子域，因此可以使用corp.yourdomain.com或ad.mydomain.com之类的名称。如果您不希望用户看到他们的登录名是，corp\user您可以在域中第一个 DC 的 DCPROMO 过程中将域的 NetBIOS 名称设置为MYDOMAIN。最终结果是您的域的 FQDN 是，corp.mydomain.com但您的用户会看到mydomain\user。这样您就可以拥有“更漂亮”的登录名，而不必面对分裂水平 DNS 的混乱局面。
说真的，没有任何理由在您的 AD 基础设施中使用水平分割 DNS。