You need to enable JavaScript to run this app.
最新活动
大模型
产品
解决方案
定价
生态与合作
支持与服务
开发者
了解我们

全新安装Win10后,工作组环境下Hyper-V出现“Access Denied”问题

解决Win10 Pro重装后无法连接工作组内Win2012 R2 Hyper-V服务器的问题

我来帮你排查这个重装Win10后Hyper-V管理器连不上服务器的问题——毕竟之前能正常用,重装后大概率是某些默认配置被重置了,你已经做了TrustedHosts和DCOM的操作,咱们再把其他容易遗漏的环节补上:

1. 先确认WinRM服务状态(本地+服务器)

WinRM是Hyper-V远程管理的基础,重装系统后这个服务可能没设为自动启动:

  • 在你的Win10笔记本和Win2012 R2服务器上,都打开管理员权限的PowerShell,执行命令检查状态:
    Get-Service WinRM
    
  • 如果状态不是Running,先启动服务:
    Start-Service WinRM
    
  • 再设置为开机自动启动,避免下次重启后失效:
    Set-Service WinRM -StartupType Automatic
    

2. 检查网络和防火墙规则

工作组环境下,网络和防火墙是最容易踩坑的点:

  • 确认两台机器在同一子网,且工作组名称完全一致(右键「此电脑」→「属性」就能查看);
  • 防火墙要放行Hyper-V管理和WinRM的相关规则:
    • Win10笔记本:打开「Windows Defender防火墙」→「高级设置」,确保「Windows Remote Management (HTTP-In)」和「Hyper-V Management Client」这两条入站规则是启用状态;
    • Win2012 R2服务器:同样在防火墙高级设置里,启用「Windows Remote Management (HTTP-In)」、「Hyper-V Management Server」,还要启用「File and Printer Sharing」的相关规则(工作组环境下设备互认需要这个)。

3. 重新配置受信任主机(确保生效)

重装系统后之前的TrustedHosts设置会被清空,你之前的命令可能没加-Force参数导致没生效:
打开管理员PowerShell,重新执行:

Set-Item WSMan:\localhost\Client\TrustedHosts -Value 'HOST1' -Force

如果之后要加其他主机,可以用-Concatenate参数追加,比如:

Set-Item WSMan:\localhost\Client\TrustedHosts -Value 'HOST2' -Concatenate -Force

执行完用下面的命令确认是否已经添加成功:

Get-Item WSMan:\localhost\Client\TrustedHosts

4. 先测试WinRM连接是否正常

在笔记本上用PowerShell测试和服务器的WinRM连通性,这能帮我们排除Hyper-V管理器本身的问题:

Test-WSMan HOST1

如果成功,会返回服务器的WinRM版本信息;如果失败,根据错误提示排查——比如提示权限问题就检查账户权限,提示网络不通就回头看防火墙和网络配置。

5. 补全DCOM配置的细节

你之前打开了dcomcnfg,但可能有些权限没设置到位:

  1. 打开dcomcnfg(直接在开始菜单搜索就能打开);
  2. 导航到「组件服务」→「计算机」→「我的电脑」,右键选「属性」→切换到「COM安全」选项卡;
  3. 在「启动和激活权限」里点击「编辑限制」,添加你的本地用户账户,勾选允许「本地启动」、「本地激活」、「远程启动」、「远程激活」;
  4. 在「访问权限」里点击「编辑限制」,同样添加你的账户,勾选允许「本地访问」和「远程访问」;
  5. 再找到「我的电脑」→「DCOM配置」→「Virtual Machine Management」,右键选「属性」→「安全」选项卡,确保你的账户拥有对应的启动/激活和访问权限。

6. 检查Hyper-V管理器的连接方式

打开Hyper-V管理器点击「连接到服务器」时,注意这两个细节:

  • 输入服务器的主机名(HOST1)或者IP地址,不要输错;
  • 选择「另一个用户」,输入服务器上拥有Hyper-V管理权限的账户,格式是HOST1\用户名(工作组环境下必须加主机名前缀),确保密码正确。

7. 重置WinRM配置(终极方案)

如果上面的步骤都没解决问题,试试重置WinRM的默认配置:

  • 在笔记本上执行:
    winrm invoke restore winrm/config
    Restart-Service WinRM
    
  • 服务器端也执行同样的命令,然后重新设置受信任主机和DCOM权限,再尝试连接。

如果还是不行,去看事件日志找具体错误:笔记本上看「应用程序和服务日志」→「Microsoft」→「Windows」→「Hyper-V-VMMS」和「WinRM」日志;服务器端看对应的Hyper-V和WinRM日志,里面会有更详细的失败原因。

内容的提问来源于stack exchange,提问作者Ryan Peters

火山引擎 最新活动