运行空间坏了。 (远程处理、WinRM 和 Sharepoint)

发布于 2024-10-29 11:00:11 字数 843 浏览 1 评论 0原文

首先,三天前,以下内容在同一个共享点服务器上运行良好,在场中的其他共享点服务器上运行良好,在我做了一些事情之后,我将在稍后详细说明,它再次运行良好。

但是在 3 天的时间里,我可以通过执行以下操作不断地破坏我的运行空间

$sess = new-pssession –computername $comp –Credential $cred –Authentication CredSSP

到目前为止到目前为止很好

Enter-PSSession $sess

仍然很好

Add-PSSnapin Microsoft.SharePoint.PowerShell

可以执行 0 或多个不同的 Sharepoint 获取,例如 Get-SPServer

但是当我做:

Get-SPServiceApplication

我得到:

处理远程命令的数据 失败并出现以下错误 消息:WSMan 提供程序主机 进程没有返回正确的 回复。主机中的提供者 进程可能表现不正常。 欲了解更多信息,请参阅关于 _Remote_疑难解答帮助主题。

会话返回到我的主会话,并且运行空间被破坏。

这是一致的,我不确定为什么。我可以在场中的其他服务器上很好地运行它,并且直到几天前都可以在该服务器上运行它

。有趣的是“修复”它的内容。

因此,我想进一步研究如何将终端服务引入实际机器并在本地运行。我这样做了,它在本地运行没有错误,然后它也通过远程处理正常运行。

有人知道发生了什么事吗?

So first, the following worked fine 3 days ago against the same sharepoint server, works fine against other sharepoint servers in the farm, and after I did something I’ll elaborate on later works fine again.

But for 3 days, I could constantly break my runspace by doing the following

$sess = new-pssession –computername $comp –Credential $cred –Authentication CredSSP

so far so good

Enter-PSSession $sess

so far so good

Add-PSSnapin Microsoft.SharePoint.PowerShell

Still good

I can do 0 or more different Sharepoint gets, like Get-SPServer

But then when I do:

Get-SPServiceApplication

I get:

Processing data for a remote command
failed with the following error
message: The WSMan provider host
process did not return a proper
response. A provider in the host
process may have behaved improperly.
For more information, see the about
_Remote_Troubleshooting Help topic.

The session kicks back to my main session, and the runspace is broken.

This was consistent, and I’m not sure why. I can run it fine against other servers in the farm, and could run it against this server up until a few days ago

Whats interesting is what "FIXED" it.

So I figured to investigate further I could Terminal Services into the actual machine and run it locally. I did that and it ran locally without error, then AFTER that it ran normally through remoting as well.

Does anybody have a clue what is going on?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

稳稳的幸福 2024-11-05 11:00:11

如果不将机器“倒带”回远程桌面之前的状态并比较之前和之后的状态(注册表、网络活动、sql、文件系统),真的很难回答这个问题。我的猜测是某种一次性初始化过程在使用时失败credssp 委托,但这可能非常明显。

Really hard to answer that without "rewinding" the machine back into the pre-remotedesktop state and comparing before and after states (registry, network activity, sql, filesystem.) My guess is some kind of one-time initialization process is failing when using credssp delegation, but that's probably pretty obvious.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文