从同一集群中的其他主机远程连接到超v主机有时会显示红色错误

在这里输入图像说明在远程管理上显示的超级v主机上出现红色标记错误

我们有一个具有相对较新硬件的hyper-v主机群集。主机和它们上的虚拟机都工作正常，除了从同一集群中的其他主机（远程使用Hyper-Vpipe理器）连接到任何Hyper-V主机时，有时会显示红色错误（如附图所示）。我们在不同的时间在不同的主机上看到这种情况，偶尔也会出现这种情况，也就是说，它是独立运行的（与一天或一周中的某个特定时间无关）。这个群集在DMZ中。这似乎并不影响虚拟机或主机的工作。我们可以连接到主机罚款。

我们有networking人仔细看这个，他们找不到任何东西。所以networking似乎没问题。我们在非DMZ地区确实有更多的地区，而这些地区根本就没有这样的问题。

有任何想法吗？？

这在网上线程可能有一定的用处。

http://social.technet.microsoft.com/Forums/en-US/winserverhyperv/thread/55f2589e-1caf-45ba-ad6e-979ddb7080e6/

它指出，让DNS正确运作是至关重要的。如果您在networking设置中缺lessDNS后缀或者没有完整的DNS信息，Hyper-V RPC的东西似乎无法正确查找。

由于DMZ中有一个系统，请确保这些机器指向两台DNS服务器，这两台DNS服务器的服务器和群集IP完全正确。
由于在DMZ中有一个系统，请确保您具有对所有域控制器的完全访问权限（或者在DMZ中获得一个分区域控制器，并确保计算机在该区域中）。
检查pipe理接口上IPv4的DNS设置，确保本地DMZ域path位于search列表中并进行configuration。填写“此连接的DNS后缀”，并在注册IP时勾选使用它的checkbox。
如果您不使用IPv6，请在协议列表中取消选中它，以免它发挥作用。这个特别帮助了我们一些奇怪的问题。
检查安全事件日志中的login失败并修复损坏的服务密码。

在更改pipe理界面networking设置（特别是在Hyper-V下与其他networkingtypes共享的情况下）之前，最好将所有虚拟机都closures到群集中的其他机器。进行DNS更改后重新启动每个框，然后检查DNS以确保更新所有logging。