我自己新的wmic，并继续与默认的代理查询方法很长一段时间的尝试。
wmic是基于Linux的WMI工具，可以与Windows WMI代理交谈。 在尝试从nt（运行WMI服务的win7）获取wmic的数据时，它显示所有情况下拒绝访问。
问题是可能的原因是什么，防火墙端口，WMI组，文件或用户权限还是其他？ 任何types的提示都将非常有帮助。
[root@rhel6 wmic]# wmic -U nt-login-name% //nt-primary-ip "select caption, name, parentprocessid, processid from win32_process" [librpc/rpc/dcerpc_util.c:1290:dcerpc_pipe_auth_recv()] Failed to bind to uuid 4d9f4ab8-7d1c-11cf-861e-0020af6e7c57 - NT_STATUS_NET_WRITE_FAULT [librpc/rpc/dcerpc_connect.c:790:dcerpc_pipe_connect_b_recv()] failed NT status (c0000022) in dcerpc_pipe_connect_b_recv [wmi/wmic.c:196:main()] ERROR: Login to remote object. NTSTATUS: NT_STATUS_ACCESS_DENIED - Access denied 您是否使用-U开关使用完整凭据并将密码附加到％ ？
wmic -U [domain/]adminuser%password//host "select caption, name, parentprocessid, processid from win32_process""
一个适用于我的查询是这样的：
wmic -U NTDOMAIN/administrator%password //192.168.0.73 "select username from Win32_Computersystem"
我花了几个小时debugging同样的问题，并发现安全设置Network security: LAN Manager authentication level是问题的症结所在，有问题的服务器上设置为Send NTLMv2 response only\refuse LM & NTLM 。 将其更改为Send LM & NTLM - use NTLMv2 session security if negotiated修复问题并允许连接wmic 。
我没有评论的声望，但自己遇到这个后，我发现问题的确是，Linux的WMIC代理正在发送LM身份validation请求，而不是像AdrianFrühwirth所提到的GPO所需的NTLMv2。 我没有将安全策略限制得更less，而是采取了将以下内容添加到WMIC命令行的方法：
--option="client ntlmv2 auth"=Yes 。
这为我解决了这个问题，并没有强制服务器接受LM支持的不太安全的authentication交换。
有潜在帮助的参考： https ： //support.nagios.com/forum/viewtopic.php？ t = 5029 ＆ p = 22405