我们正在利用TVM和Hyper-V和SCVMM来testing我们的环境，但不幸的是我们现在没有任何networking分离。 为了最有效地使用SCVMM部署和TFSpipe理，我们必须创build自己的域，而无需获得对整个公司networking的域访问权限。
这对我们来说有几个原因是有问题的。 首先，我们用虚拟机发送垃圾邮件（无法禁用，需要某些TFSfunction）。 对于两个，我们必须在创build时手动进入每个虚拟机，将DNS静态设置为TFS，jointesting域，重置为DHCP，然后重新启动计算机。 这使得部署成为一场噩梦，以及添加任何额外的Hyper-V主机或构build控制器。
我们不希望完全隔离，在构build – 部署 – testing周期中，我们仍然需要通过互联网访问Azure文件，但是我们需要对环境进行更多的控制。 将所有东西移动到自己的子网上是最简单的解决scheme吗？
我所看到的最大的问题是连接到TFS或任何Hyper-V主机进行维护或testing用例访问。
第二，我被告知这是一个可怕的想法，是将testing域添加到networking的主要DNS。 但是，这将使我们在一个networking子网上留下两个域可发现域。
we're spamming network discovery with our VMs – 这是什么意思？ 你能详细说一下吗？
we have to manually go in to each VM on creation, statically set the DNS to the TFS, join the test domain, reset to DHCP, and reboot the machine. – 为什么你将它们重置为DHCP？ 您应该在testing机器上使用静态IP地址，以便：1.不占用生产DHCP池中的IP地址。 2.更好地控制DNS服务器到testing虚拟机的分配。 3.更好地pipe理虚拟机，知道你分配给他们的IP地址。
The second, and I'm told this is a terrible idea, is to add the test domain into the primary DNS for the network. But that would leave us with two domain discoverable domains on one network subnet. – 你是什么意思？
除了less量的广播stream量之外，我真的不明白为什么在生产计算机的相同物理networking和子网上运行这些问题的原因是什么。 这两个域之间没有交互。