Powershell远程操作错误-找不到网络路径

Question

我无法使用enter-pssession -computername serverA连接到远程服务器。我的情况如下：

• 我有两个Win 2003 R2服务器在同一个域中。ServerA是WSUS服务器，serverB是域控制器
• 这两个服务器都启用了powershell远程管理
• 这两个服务器都已配置winrm (winrm quickconfig)
• 这两个服务器的TrustedHosts设置为*
• setspn.exe已正确设置(http, https, wsman等)
• 这两个服务器都关闭了FireWall
• 这两个服务器都有PowerShell 2.0

我正在尝试使用serverB上的域管理员凭据从serverB连接到serverA的enter-pssession -computername serverA，然后它会抛出以下错误：

"""Enter-PSSession：使用Kerberos身份验证时发生下列错误: WinRM无法处理请求，因为出现以下错误：找不到网络路径。"""

当我尝试使用serverA上的域管理员凭据从serverA连接到serverB的enter-pssession -computername serverB时，它可以正常工作！如果我使用localhost，如：enter-pssession -computername localhost和域管理员凭据（在serverA上）也可以正常工作，但是当我尝试使用serverA的主机名（而不是localhost）enter-pssession -computername serverA时，它会抛出相同的错误。

我还尝试使用get-credential并提供不同类型的凭据，但没有帮助。唯一有帮助的事情是使用本地（而不是域）管理员帐户运行enter-pssession -computername serverA -credentials $cred，但仅在本地起作用。我能够从本地机器（从serverA到自身）执行此操作，但无法使用serverA\administrator凭据从serverB连接到serverA。

有任何想法吗？

谢谢

- kubusz

---

如果我的下面的答案似乎不是这种情况，请尝试将-Credentials参数添加到命令中。我的研究表明，有些人在使用命令中的凭据时取得了积极的结果。如果是这种情况，您需要进一步了解。 - Chris N

感谢您的回复，您给了我一个小的解决办法想法，部分起作用。我的答案如下。 - kubusz

Answer 1

我有完全相同的问题。使用对我有用。

Chris N是正确的：

The network path was not found.

这显然是一个DNS解析错误，特别是如果IP地址正常工作。我敢说这里存在名称后缀路由问题。 计算机名称描述表明NETBIOS名称应该起作用，但在我的测试环境中并没有。使用完全限定域名（FQDN）作为-ComputerName属性的另一种选择可以解决此错误。

尝试使用以下命令（当然要使用你的FQDN）：

Invoke-Command -ComputerName servera.vertigion.com

注意：请注意它是全小写。使用驼峰式（serverA.vertigion.com）会出现相同的错误。我意识到通常nslookup不区分大小写。

注意：我在使用Enter-PSSession命令时没有遇到这个问题。我认为Invoke-Command存在一个错误（或至少是一个明显的不一致性）。

更多信息：http://go.vertigion.com/PowerShell_Invoke-Command

- VertigoRay

Answer 2

首先，我使用我的域管理员帐户创建了凭据变量： $cred = get-credential - 我输入了我的域\用户名和密码

然后，我在 -ComputerName 参数中使用 IP 地址而不是主机名，所以 enter-pssession 看起来像： Enter-Pssession -ComputerName 192.168.1.111 -Credential $cred 这种方法对 invoke-command 也适用： invoke-command -ComputerName 192.168.1.111 -Credential $cred -ScriptBlock {hostname} 我仍然不知道为什么它不能使用主机名，并且为什么我必须创建 $cred，但是由于我需要一个快速的解决方案，这对我来说很好用。

谢谢您的帮助。

- kubusz

---

根据文档，当您使用目标主机的IP地址时，必须使用-Credential。我认为这就是您看到这种需求的原因。它还建议需要使用-UseSSL，但您没有指定。我也看到在使用该开关时会出现不同的结果。 - Prof Von Lemongargle

Answer 3

听起来问题可能与名称解析有关。您可以从ServerB ping ServerA来确认这一点。如果失败，您可以从那里开始解决。尝试通过FQDN（servera.mydomain.com）或IP地址进行ping测试。

- Chris N

---

可能是这样，但我可以从两个服务器上互相ping、nslookup等。 - kubusz

Answer 4

查看更多信息这里。我在一对已经工作但突然停止并开始发出OP错误消息的服务器中遇到了这个问题。我重新启动了目标服务器，事情又恢复正常了。

- Prof Von Lemongargle

Answer 5

将TCP/IP NETBIOS服务设置为自动启动，并启用该服务。 如果需要，还可以在适配器属性中允许NETBIOS。

- metablaster