psexec 的嵌套调用出现问题（访问被拒绝）

发布于 2024-07-10 07:42:09 字数 603 浏览 6 评论 0原文

首先，抱歉我的英语不好。我会尝试解释我的问题。

我在脚本中使用 psexec 来重新启动集群，如下所示：

node1 中的 script1：在 node1 中执行大量任务（关闭服务、检查状态等），并在使用 psexec 完成所有任务启动后，在 node2 中执行 script2 （ psexec -d \\node2 script2）

node2中的script2：执行大量任务并启动node1中的script3。这是当我尝试在 node1 中运行 script3 时，在 psexec 中收到“访问被拒绝”的消息。 (psexec-d \\ nodo1 script3)

我使用属于组管理员的用户启动脚本。

出于安全原因，我无法传递用户名和密码，因为将凭据保留在 .bat 文件中是不安全的。

附加信息：

我正在 W2k3 服务器中运行脚本我尝试了网络使用，一切正常我尝试使用 -u 用户名和 -p 用户名进行 psexec ，一切正常我尝试使用以下语法执行 psexec： psexec .exe -d \node1 cmd.exe "script3.bat" 并返回相同的错误。

非常感谢此致

原文

分享到QQ

分享到微博

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

发布评论

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

最偏执的依靠 2024-07-17 07:42:09

最后，我决定在第二个脚本中使用看门狗进程，因此该脚本将由该进程启动，而不是由 psexec 启动。

非常感谢您的帮助以及您花时间帮助我。

此致

回复收藏 0 原文

月亮坠入山谷 2024-07-17 07:42:09

这可能与使用集成身份验证从太多链接服务器跃点获取的问题有关 - a 双跳 Kerberos 问题。

由于集成 Windows 身份验证涵盖两种独立的身份验证机制：

NTLM v2 - 和
Kerberos，

如果您使用 Kerberos，由于用户的密码永远不会传递到 IIS 服务器，因此 IIS 服务器上的令牌的唯一方法是跳转到另一个服务器网络上的机器是通过 Kerberos 委派。如果这是不可用或不允许的，那么跳跃将不会发生（这听起来像是正在发生）。

鉴于您使用的是默认凭据，并且如果当前安全上下文是无法委托的模拟令牌，则您提供的凭据将不会跳转到
另一台机器。
由于 Windows 集成身份验证创建了一个模拟令牌，因此这种情况很可能发生。

来源：

回复收藏 0 原文

泪是无色的血 2024-07-17 07:42:09

您可以让对 script2 的调用等待完成，而不是让 script2 回调到 node1：

node1 中的 script1：执行大量操作
任务（关闭服务、检查
状态等..)在node1及之后
使用 psexec 完成所有任务启动
node2 中的 script2 (psexec \\ node2
脚本2)
node2 中的 script2：执行大量操作
任务。
node1 中的 script1：启动 script3。