使用 SSH 执行通道调用 shell 脚本,但它会忽略对其他 shell 脚本的调用
Calling a shell script using SSH exec channel, but it ignores calls to other shell scripts
我正在设法使用 JSch exec 使用此处提供的有用示例在远程服务器上执行 shell 脚本。我可以看到从脚本返回的回声,最后的退出状态为 0 - 所以乍一看一切都很好。
但是,问题是脚本本身调用了其他脚本,而这些似乎完全被忽略了,只是跳过了。
脚本直接调用其他脚本。即脚本的第一行是这样的:
script_two.sh
任何人都可以建议任何方法来克服这个问题吗?我确实开始查看 "shell" 频道而不是 "exec",但这对我来说可能很棘手,因为在让用户访问系统之前,服务器会显示一个表格来填写(名称,号码,你为什么登录等等) - 我还不能以编程方式填写和提交这个表格,所以如果可能的话我想坚持使用 exec。
我是新手,所以 help/advice 非常欢迎!
下面的代码片段。正如我所说,这似乎有效,但是由 "scriptFileName" int 代码表示的 sh 脚本调用了其他 sh 脚本,并且这些脚本没有被执行。
非常感谢您的帮助,J
JSch jsch = new JSch();
JSch.setConfig(FileTransferConstants.STRICT_HOST_KEY_CHECKING, "no");
Session session = jsch.getSession(username, hostIPAddress, port);
session.setPassword(password);
session.connect();
//create the execution channel over the session
ChannelExec channelExec = (ChannelExec)session.openChannel("exec");
channelExec.setCommand(scriptFileName);
channelExec.connect();
我假设脚本如下所示:
script_one.sh
script_two.sh
即该脚本依赖于 .
(当前路径)在 PATH
环境变量中,这不是默认值。
因此,要使脚本正常工作,必须在某些启动脚本中将 .
添加到 PATH
。添加很可能只发生在交互式会话中(可能是无意中错误地)。可能是因为添加是在仅为交互式会话执行(来源)的启动脚本中完成的。
JSch 中的 "exec" 频道(理所当然地)不为会话分配伪终端 (PTY)。因此,当您使用 SSH 客户端登录时,会(可能)获取一组不同的启动脚本。 And/or 根据 TERM
环境变量的 absence/presence,采用脚本中的不同分支。因此环境可能与您使用 SSH 客户端的交互式会话不同。
解决方案是(按优先顺序):
更正脚本,使其不依赖于 PATH
中具有 .
的非默认设置。使用显式路径调用子脚本:
./script_one.sh
./script_two.sh
更正启动脚本以无条件地将 .
添加到 PATH
(即使是非交互式会话)。
(不推荐)使用.setPty
方法强制为"exec"通道分配伪终端:
Channel channel=session.openChannel("exec");
((ChannelExec)channel).setPty(true);
使用伪终端自动执行命令会给您带来严重的副作用。例如参见 [=23=]
另见相关问题Shell ping command with source option is failing when executed using JSch setCommand。
我正在设法使用 JSch exec 使用此处提供的有用示例在远程服务器上执行 shell 脚本。我可以看到从脚本返回的回声,最后的退出状态为 0 - 所以乍一看一切都很好。
但是,问题是脚本本身调用了其他脚本,而这些似乎完全被忽略了,只是跳过了。
脚本直接调用其他脚本。即脚本的第一行是这样的:
script_two.sh
任何人都可以建议任何方法来克服这个问题吗?我确实开始查看 "shell" 频道而不是 "exec",但这对我来说可能很棘手,因为在让用户访问系统之前,服务器会显示一个表格来填写(名称,号码,你为什么登录等等) - 我还不能以编程方式填写和提交这个表格,所以如果可能的话我想坚持使用 exec。
我是新手,所以 help/advice 非常欢迎!
下面的代码片段。正如我所说,这似乎有效,但是由 "scriptFileName" int 代码表示的 sh 脚本调用了其他 sh 脚本,并且这些脚本没有被执行。
非常感谢您的帮助,J
JSch jsch = new JSch();
JSch.setConfig(FileTransferConstants.STRICT_HOST_KEY_CHECKING, "no");
Session session = jsch.getSession(username, hostIPAddress, port);
session.setPassword(password);
session.connect();
//create the execution channel over the session
ChannelExec channelExec = (ChannelExec)session.openChannel("exec");
channelExec.setCommand(scriptFileName);
channelExec.connect();
我假设脚本如下所示:
script_one.sh
script_two.sh
即该脚本依赖于 .
(当前路径)在 PATH
环境变量中,这不是默认值。
因此,要使脚本正常工作,必须在某些启动脚本中将 .
添加到 PATH
。添加很可能只发生在交互式会话中(可能是无意中错误地)。可能是因为添加是在仅为交互式会话执行(来源)的启动脚本中完成的。
JSch 中的 "exec" 频道(理所当然地)不为会话分配伪终端 (PTY)。因此,当您使用 SSH 客户端登录时,会(可能)获取一组不同的启动脚本。 And/or 根据 TERM
环境变量的 absence/presence,采用脚本中的不同分支。因此环境可能与您使用 SSH 客户端的交互式会话不同。
解决方案是(按优先顺序):
更正脚本,使其不依赖于
PATH
中具有.
的非默认设置。使用显式路径调用子脚本:./script_one.sh ./script_two.sh
更正启动脚本以无条件地将
.
添加到PATH
(即使是非交互式会话)。(不推荐)使用
.setPty
方法强制为"exec"通道分配伪终端:Channel channel=session.openChannel("exec"); ((ChannelExec)channel).setPty(true);
使用伪终端自动执行命令会给您带来严重的副作用。例如参见 [=23=]
另见相关问题Shell ping command with source option is failing when executed using JSch setCommand。