我来帮你排查这个远程进程查询的登录失败问题——这种情况我碰到过好几次，大概率是Win10的远程管理设置或者身份验证策略在搞鬼，咱们一步步来解决：

1. 确认Win10的核心远程服务已启用 #

tasklist依赖远程注册表和WMI服务，Win10默认可能没开启这些服务：

• 在Win10上右键「此电脑」→「管理」→「服务和应用程序」→「服务」
• 找到Remote Registry和Windows Management Instrumentation，确保它们的启动类型设为「自动」，且当前处于运行状态

2. 修改Win10的UAC远程访问限制（最可能的根源） #

Win10默认会限制本地管理员账户的远程UAC验证，即使密码正确也会被拒绝：

• 打开Win10的注册表编辑器（regedit），定位到：

  HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
  

• 右键空白处，新建DWORD(32位)值，命名为LocalAccountTokenFilterPolicy，将其值设置为1
• 重启Win10电脑后生效，这个设置会让本地管理员账户远程访问时跳过UAC的权限过滤

3. 检查Win10防火墙的入站规则 #

确保远程管理的流量能通过防火墙：

• 打开「Windows Defender防火墙」→「高级设置」→「入站规则」
• 找到并启用以下规则：
  • 远程注册表
  • Windows Management Instrumentation (WMI-In)
• 可以根据需要限制规则的适用范围为你的Win7电脑IP，或者允许所有内网IP

4. 用IP地址代替计算机名尝试 #

有时候NetBIOS名称解析会出问题，换成Win10的IP地址执行命令：

tasklist /s 192.168.x.x /u remotepc\user /p password

（把192.168.x.x替换成Win10的实际内网IP）

5. 验证用户权限与连通性 #

• 确认你使用的remotepc\user账户在Win10上属于管理员组，或者拥有远程访问和进程查询的权限
• 在Win7上先执行ping remotepc或ping 192.168.x.x，确认网络连通；再用telnet remotepc 135（需先在Win7上启用Telnet客户端）验证WMI端口（135）是否开放

按这个顺序排查下来，基本能解决登录失败的问题。我之前帮同事解决过几乎一模一样的情况，就是UAC的注册表项没修改导致的，你可以优先试试第2步。

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