Windows家庭版远程桌面设置与升级专业版记录

发表于 分类于

一、目标与环境

最初目标是让 Windows 家庭版电脑能够被其他电脑通过微软自带的远程桌面客户端 mstsc.exe 远程控制。

由于 Windows 家庭版默认不支持作为微软原生 RDP 主机，最初尝试使用 RDP Wrapper 启用远程桌面服务。Windows 11 家庭版测试成功，但 Windows 10 家庭版出现登录失败，最终通过升级专业版、卸载 RDP Wrapper 并调整组策略，解决了双向远程桌面连接问题。

项目 系统及配置
Windows 11 测试电脑 Windows 11 家庭版 25H2
Windows 11 OS 内部版本 26200.9457
Windows 10 故障电脑 Windows 10 家庭版 21H2
Windows 10 原始内部版本 19044.1706
本地账户 user
台式机名称 DESKTOP-D0MCMUN
笔记本名称 DESKTOP-3T9PQUL
远程桌面客户端 Windows 自带的 mstsc.exe

二、RDP Wrapper 测试

1. Windows 11 家庭版测试成功

在 Windows 11 家庭版 25H2（OS 内部版本 26200.9457）上安装 RDP Wrapper，并完成相应配置后，远程桌面可以正常使用。

这表明 RDP Wrapper 在该测试环境中能够工作，但不代表它兼容所有 Windows 版本或后续系统更新。

2. Windows 10 家庭版出现登录失败

在 Windows 10 家庭版 21H2（OS 内部版本 19044.1706）上安装 RDP Wrapper 后，出现以下情况：

  • TermService 服务可以运行。
  • 远程桌面连接可以到达用户名和密码输入界面。
  • 输入正确的用户名和密码后，仍然提示登录没有成功。
  • 重新设置本地账户密码后，问题依旧。
  • 本地账户 user 已启用，属于本地 Administrators 组。

3. 检查 Windows 安全日志

发现多条安全事件 ID 4625，相关信息如下：

1
2
3
4
5
6
Logon Type: 3
Status: 0xC000006D
SubStatus: 0xC0000064
Target Account: user
Source Workstation: DESKTOP-D0MCMUN
Source IP: 192.168.1.57

其中，0xC0000064 表示该次网络登录请求中的用户名未被识别。

但该事件的登录类型为 3，属于网络登录，不能仅凭此记录认定它就是 RDP 交互式登录失败的直接原因。

4. RDP Wrapper 阶段的结论

  • Windows 11 家庭版 25H2：RDP Wrapper 测试成功。
  • Windows 10 家庭版 21H2：RDP Wrapper 登录持续失败。
  • 账户存在、已启用且属于本地管理员组，重新设置密码后仍未解决。

因此，不能认定 RDP Wrapper 在所有家庭版系统上都不可用。不同系统版本、系统更新及身份验证配置都可能影响实际运行结果。

三、Windows 10 家庭版升级专业版

由于希望稳定使用微软原生远程桌面，决定将 Windows 10 家庭版升级为专业版。（不升级专业版，给家庭版添加组策略应该也可行。）

1. 使用专业版通用安装密钥

尝试使用 Windows 专业版通用安装密钥进行版本切换。

升级过程中出现错误：

1
0x80010105

经过后续 断网 处理，最终完成专业版升级。

需要注意：通用安装密钥主要用于符合条件的 Windows 版本切换，本身不提供激活授权。

2. 卸载 RDP Wrapper

升级专业版后，卸载 RDP Wrapper，改用 Windows 自带的远程桌面服务。

此后不再依赖 RDP Wrapper 对特定 Windows 版本的兼容情况。

四、专业版原生 RDP 登录故障排查

升级专业版并切换到原生 RDP 后，最初仍然存在登录问题。

虽然远程连接能够出现凭据输入界面，但保存的用户名和密码未能顺利完成登录。

最终，通过调整客户端和服务端的组策略，实现了台式机与笔记本之间的双向远程桌面连接。

1. 客户端：允许分配保存的凭据用于仅 NTLM 服务器身份验证

打开本地组策略编辑器 gpedit.msc，进入：

1
2
3
4
计算机配置
└─ 管理模板
   └─ 系统
      └─ 凭据分配

找到：

允许分配保存的凭据用于仅 NTLM 服务器身份验证

设置步骤：

  1. 将策略设置为“已启用”。

  2. 在允许分配的服务器列表中添加：

    1
    TERMSRV/*

  3. 单击“确定”。

  4. 以管理员身份打开 CMD，执行：

    1
    gpupdate /force

该策略用于控制符合条件的 NTLM 身份验证场景中保存凭据的使用。

TERMSRV/* 匹配范围较广。如果只连接固定设备，建议将范围限制到具体的目标主机名或 IP，例如：

1
TERMSRV/192.168.1.100

其中的 IP 地址需要替换为实际远程主机地址。

2. 服务端：调整本地账户的共享和安全模型

在被远程控制的电脑上打开 gpedit.msc，进入：

1
2
3
4
5
计算机配置
└─ Windows 设置
   └─ 安全设置
      └─ 本地策略
         └─ 安全选项

找到：

网络访问：本地账户的共享和安全模型

设置为：

经典 - 对本地用户进行身份验证，不改变其本来身份

该策略会影响本地账户的网络身份验证方式，但不会自动授予 RDP 登录权限，也不会绕过密码验证。

3. 服务端：调整 RDP 安全层

打开：

1
2
3
4
5
6
计算机配置
└─ 管理模板
   └─ Windows 组件
      └─ 远程桌面服务
         └─ 远程桌面会话主机
            └─ 安全

找到：

远程 (RDP) 连接要求使用指定的安全层

设置为：

  1. 策略状态选择“已启用”。
  2. 安全层选择“RDP”。

调整后，两台电脑最终实现了相互远程连接。

安全提醒： 强制使用 RDP 安全层可能降低连接的安全性。建议在连接正常后，将该项恢复为“未配置”并重新测试。如果恢复后仍能正常连接，就没有必要长期强制使用 RDP 安全层。