远程查询注册表失败求助：已启动REMOTEREGISTRY仍报错

我之前也碰到过几乎一模一样的问题，结合你描述的「The network path was not found」和「The RPC server is unavailable」错误，核心问题基本出在RPC服务依赖、防火墙拦截或者基础网络连通性上。给你列几个按优先级排序的排查步骤：

1. 确认RPC核心服务状态 #

RemoteRegistry服务完全依赖Remote Procedure Call (RPC)（服务名rpcss），如果这个核心服务没跑起来，所有依赖RPC的远程操作都会失败。

• 在目标机器本地执行命令：

  sc query rpcss
  

• 确保返回的状态是RUNNING；如果未启动，设置为自动启动并启动服务：

  sc config rpcss start= auto
  sc start rpcss
  

2. 检查防火墙与端口连通性 #

RPC和远程注册表需要特定端口的流量放行，这是最常见的拦截点：

• 验证目标机器的Windows防火墙是否启用了以下入站规则：
  • Remote Registry
  • Remote Procedure Call (RPC)
• 测试基础端口连通性：
  • 用ping 目标主机名/IP确认网络可达，排除DNS解析或链路问题
  • 用telnet 目标IP 135测试RPC默认端口是否能连通（不通则说明端口被拦截）
• 注意：Windows 7/Server 2008及以上版本，RPC会动态分配49152-65535范围内的高端口，第三方防火墙或网关需要允许这个端口段的流量。

3. 检查RemoteRegistry服务的依赖与运行账户 #

有时候服务表面显示启动，但依赖项或运行账户有问题：

• 在目标机器本地查看RemoteRegistry的依赖项：

  sc qc remoteregistry
  

• 确认所有依赖的服务（比如rpcss、samss）都处于运行状态
• 检查服务运行账户：默认应为Local System，如果被修改为受限账户，会导致远程访问权限不足

4. 验证注册表项的访问权限 #

极少数情况是注册表本身的权限限制了远程访问：

• 在目标机器本地打开注册表编辑器（regedit）
• 右键点击HKEY_LOCAL_MACHINE，选择「权限」
• 确认Authenticated Users组拥有读取权限（默认配置下是具备的，但如果被手动修改过需要恢复）

另外，你提到有一台机器可以正常查询，建议将故障机器与正常机器的上述配置逐一对比，差异点往往就是问题的根源。

内容的提问来源于stack exchange，提问作者user2593869