使用Microsoft DNS根据请求子网进行响应

在我们的企业Windows Active Directory环境中，我们有大约50多个子网分散在一个大的地理区域。我们在每个站点都有一个系统，通过提供一个中央驱动程序存储，一个中央软件存储，SEP定义文件等来支持站点。数据在不同的机器之间使用我们创build的黑客入侵机制进行复制。我们不能使用DFS，因为组织不会在大多数地点为Windows服务器许可证提供资金。所以大多数“服务器”实际上是Windows 7机器。

我们想要做的是创build一个DNSlogging（我们称之为SUPPORT），它具有每个站点服务器的IP地址，并使DNS服务器根据请求所源自的子网进行响应。这部分将主要工作在默认情况下。从Windows Vista开始，最终机器将使用子网优先级，这意味着无论IP在同一子网中，它都将从IP列表中挑选出来。这很棒。

但是，我们有两个问题：

Microsoft默认情况下假定为C类子网。我不知道这是否只发生在服务器以子网优先顺序提供logging的情况下，或者如果在查询logging之后客户端正在优先处理的情况下也会发生这种情况。我认为这只会发生在服务器端，因为服务器无法确定请求IP在什么样的子网中，而客户端应该明白。但我不确定。客户端会像DNS服务器那样假设C类子网吗？如果是这样，那么如何在机器或DNS服务器上定义非C类子网呢？
我们有一些物理站点在同一个站点上有多个子网。这些站点的所有子网都是千兆以太网，所以每个站点只有一台服务器。换句话说，在某些情况下，我们有一台支持多个子网的服务器。当请求来自某个子网时，我们如何configuration机器或DNS服务器来响应某个IP？

所以最后的两个问题是：

客户端会像DNS服务器那样假设C类子网吗？如果是这样，那么如何在机器或DNS服务器上定义非C类子网呢？
当请求来自某个子网时，我们如何configurationDNS服务器来响应某个IP？

提前致谢！

您的要求超出了您在Windows中使用DNS重新sorting/子网优先级所能获得的要求。客户无法单独通过DNS信息来推断主机是否与其“最接近”。

尽pipe如此，你应该认真考虑使用Dfs。访问Dfs共享是站点感知的，您可以定义您的站点，因为它满足您的需求（包括variables位掩码和多个子网到站点的分组）。请注意，Dfs并不意味着您的所有Dfs共享实际上都指向了Windows服务器。目的地可以是提供SMB共享的一切，包括Windows Professional和Samba安装或NAS设备。 Windows Server要求仅适用于持有DFS命名空间/根共享的服务器 – 您不一定（至less在技术上）不需要在每个站点上都有一个。

另外，当您使用Windows 7时，您可能会考虑使用BranchCache来支持复制的“一起使用的机制”。你描述的场景听起来很像创buildBranchCache的东西。但是，如果与运行Windows Vista和Windows的早期版本的主机有混合环境，则这可能不是一个选项。

如果您决定通过DNS解决此问题，则可以考虑使用支持DNS视图（BIND）的DNS服务器，并且只将特定客户端的“最近”服务器作为响应返回。但是，如果你使用中间parsing器，这将会比必要和不可靠的工作多得多，在大多数情况下，Dfs方法应该受到重视。