22

我不能远程进入任何机器来挽救我的生命！我已经尝试了我能找到的一切。如果有人可以排除故障或指导我，我将不胜感激，因为这将是添加到我的域的好工具。

设置：

  1. 域内的客户端机器
  2. 域内或域外的服务器计算机 - 虚拟化并用于 WSUS 计算机名称：wsustest
  3. 客户端服务器机器物理计算机名称：epizzi-pc

脚步：

启用-pssremoting 完成！在所有机器上
使用 * 配置的trustedhosts 或添加了客户端机器
以防万一，关闭公共配置文件的防火墙

输入-PSSession -ComputerName wsustest -Credential wsustest\administrator
Enter-PSSession -ComputerName epizzi-pc -Credential epizzi-pc\administrador
Enter-PSSession : 连接到远程服务器 epizzi-pc 失败，并显示以下错误消息： WinRM 无法处理请求。以下错误代码为 0x80090311
使用 Kerberos 身份验证时发生：当前没有可用于服务登录请求的登录服务器。  
 可能的原因有：
  - 指定的用户名或密码无效。
  -Kerberos 在没有指定身份验证方法和用户名时使用。
  -Kerberos 接受域用户名，但不接受本地用户名。
  - 远程计算机名称和端口的服务主体名称 (SPN) 不存在。
  -客户端和远程计算机在不同的域中，两个域之间没有信任。
 检查上述问题后，请尝试以下操作：
  - 检查事件查看器以获取与身份验证相关的事件。
  -改变认证方式；将目标计算机添加到 WinRM TrustedHosts 配置设置或使用 HTTPS 传输。
 请注意，TrustedHosts 列表中的计算机可能未经过身份验证。
   - 有关 WinRM 配置的更多信息，请运行以下命令：winrm help config。有关详细信息，请参阅 about_Remote_Troubleshooting 帮助主题。
在行：1 字符：1
+ Enter-PSSession -ComputerName epizzi-pc -Credential epizzi-pc\administrador
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo : InvalidArgument: (epizzi-pc:String) [Enter-PSSession], PSRemotingTransportException
    + FullyQualifiedErrorId : CreateRemoteRunspaceFailed

输入-PSSession -ComputerName wsustest -UseSSL -Credential wsustest\administrator

*Enter-PSSession：连接到远程服务器 wsustest 失败并显示以下错误消息：WinRM 无法完成操作。验证指定的计算机名称是
有效，该计算机可通过网络访问，并且 WinRM 服务的防火墙例外已启用并允许从该计算机进行访问。默认情况下，WinRM
公共配置文件的防火墙例外限制对同一本地子网中的远程计算机的访问。有关详细信息，请参阅 about_Remote_Troubleshooting 帮助主题。
在行：1 字符：1
+ Enter-PSSession -ComputerName wsustest -UseSSL -Credential wsustest\administrato ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo : InvalidArgument: (wsustest:String) [Enter-PSSession], PSRemotingTransportException
    + FullyQualifiedErrorId : CreateRemoteRunspaceFailed*
错误：
4

7 回答 7

13

我在远程连接到服务器时遇到了同样的问题，发现这篇博文非常有帮助 - http://jeffgraves.me/2013/10/14/powershell-remoting/

对于我的具体情况，我做了以下事情：

在本地机器上

  1. winrm quickconfig（虽然这已经配置好了）
  2. winrm s winrm/config/client '@{TrustedHosts="myservername.domain"}'

在远程机器上

  1. 启用-psremoting-force
  2. Set-PSSessionConfiguration -ShowSecurityDescriptorUI -Name Microsoft.PowerShell -Force
于 2015-08-27T01:39:32.123 回答
4

我通过使用完全合格的登录解决了这个问题。我没有使用“netbiosdomain\accountname”，而是使用 fqdn\accountname，就像在 get-credential 提示中的 Microsoft.com\myaccount 中一样。可能并不适合所有人，但值得一试。

于 2016-11-25T01:34:56.043 回答
3

我就是这样做的。我在我的脚本中使用它。

# This is only done once
Read-Host -AsSecureString | ConvertFrom-SecureString | Out-File
c:\Windows\temp\securepass.txt

# Setup credentials
$SecureString = Get-Content c:\Windows\temp\securepass.txt | ConvertTo-SecureString
$mycredentials = New-Object -TypeName System.Management.Automation.PSCredential
    -ArgumentList "yourDomain\userID",$SecureString

# Open remote session:
$MyRSession = New-PSSession -ComputerName Computer1 -Credential $mycredentials
    -Authentication default

# Use remote session:
Enter-PSSession $MyRSession
于 2013-08-29T05:23:48.077 回答
1

摆脱-UseSSL. 我启用了 PSRemoting，但在使用时遇到了问题。我想我可以稍后再看，但现在没关系。

于 2013-04-17T15:24:17.740 回答
1

如果客户端和服务器计算机之间没有信任，则必须在服务器端启用基本身份验证。通过切换服务器上的 WSMAN: 驱动器上的正确属性来执行此操作。由于鸡和蛋的问题，您显然必须在控制台或通过远程桌面以交互方式执行此操作:) 此外，这也可能发挥作用：

http://www.nivot.org/blog/post/2009/10/30/PowerShell20EnablingRemotingWithVirtualXPModeOnWindows7

于 2013-04-17T20:58:01.333 回答
1

我遇到了同样的错误currently no logon servers available。该问题已通过使用Domain\Username用户 UPN 或Username@Domain.

于 2019-08-06T14:27:49.993 回答
0

I have achieved a remote session with Enter-pssession command, had to follow these exact parameters

$creds =  get-credential (the -credential parameter in enter-pssession does not work properly, thus u must         previously enter the object at another variable)
Enter-pssession -computername wsustest -authentication Default -credentials $creds

i Also had to set both client and remote server in the trusted hosts wsman: space

another solution which surely wouldve worked but i havent tried, wouldve been setting https: which is harder to do.

thx to all, your comments certainly led to the solution!

于 2013-04-19T16:51:25.600 回答