我们有一个 Windows 域，我在其中使用 GPO 来启用对使用 WMI 的所有工作站的远程管理和监控。我还可以通过计算机管理连接到我们所有的计算机，启动和停止服务以及查看事件日志等。所有这些都非常有效。
除了：
我们有一台运行 Windows 8.1 Pro 的计算机，并且上述所有远程管理等都可以正常工作；然后我们将其升级到 Windows 10 Pro 进行测试。似乎所有 GPO 也已应用于 Windows 10，但无法远程访问 WMI，并且（可能相关，也可能不相关）如果我（成功）连接到计算机管理，我可以访问除事件查看器（和WMI 安全设置）。
我重新运行winrm quickconfig，检查并允许DCOM权限和WMI权限，然后重新启动WMI服务，还是无法远程连接WMI。对任何 Windows 10 问题的网络搜索仍然没有得到好的结果，一般来说，我发现的这个问题没有任何结果。
有没有人远程访问 WMI 以在 Windows 10 计算机上工作？如果是这样，如何？
我们正处于从 Exchange 2010 内部部署到 Office 365 的混合共存迁移过程中。这意味着我们正在运行 ADFS 和“Dirsync”（现在称为 Windows Azure AD Sync）。我们的邮箱迁移工作已完成一半以上，因此大约 60% 的用户邮箱位于云中，其余 40% 左右仍位于内部部署的 Exchange 2010 数据库中。
今天，我们发现我们的一位用户将内部部署邮箱和 Office 365 邮箱都链接到他的一个 AD 帐户。这意味着，如果他在加入域的计算机上打开 Outlook 并完成初始配置，它会使用自动发现将他连接到他的内部部署邮箱，但如果他登录到 Office 365 门户，则会显示他的云邮箱。
更糟糕的是，当邮箱在云中的用户向他发送电子邮件时，它只会转到他的云邮箱，而当邮箱仍在本地的用户时，它只会转到他的本地邮箱。所以他不能在一个地方看到他的所有邮件。
我们如何“合并”他的邮件数据（最终目的地：Office 365）并确保他的 Outlook“自动发现”Office 365 邮箱并将所有邮件路由到该邮箱？
我正在管理一组 IIS 8.5 服务器，并且正在努力遵守安全基线。
我的问题是这样的：如果我在其中一台 IIS 服务器上运行特定appcmd查询，我会得到以下结果：
C:\>appcmd list config -section:system.web/authentication
<system.web>
<authentication mode="Forms">
<forms requireSSL="true">
<credentials>
</credentials>
</forms>
<passport />
</authentication>
</system.web>
C:\>
我需要做的是找到appcmd从这里读取的实际配置文件，这样我就可以手动更新相关部分（使用appcmd自身更新会导致各种问题）。我找不到它。到目前为止我已经检查了以下文件：
我想不出还有什么地方可以看。大多数这些文件甚至没有一个<system.web>部分，并且它们中的任何地方都没有“凭据”一词。
从哪里appcmd读取以生成上面的输出？
我仍在研究这个问题，刚刚在这里找到了以下内容，这可能就是答案：
默认配置
以下默认凭据元素未在 Machine.config 或根 Web.config 文件中显式配置。但是，它是应用程序返回的默认配置。
<credentials passwordFormat="SHA1" />