使用SSH exec通道調用shell腳本，但忽略對其他shell腳本的調用

Question

我正在使用此處提供的有用示例管理使用JSch exec在遠程服務器上執行shell腳本。我可以看到從腳本返回的回聲，最後的退出狀態爲0 - 因此乍一看都很好看。

但是，問題在於腳本本身調用了其他腳本，而這些腳本似乎完全被忽略，只是跳過了。

腳本直接調用其他腳本。即腳本的第一行是這樣的：

script_two.sh 

任何人都可以建議的任何方式來克服這一點？我確實開始研究「shell」通道而不是「exec」，但是這對我來說可能會很棘手，因爲在給用戶訪問系統之前，服務器提供一個表單來填寫（名稱，數字，爲什麼是你登錄等） - 我還沒有能夠以編程方式填寫並提交此表單，因此如果可能，我想堅持使用exec。

我對這一切都很陌生，所以任何幫助/建議都將是最受歡迎的！

下面的代碼片段。正如我所說，這似乎工作，但由「scriptFileName」代表的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(); 

Answer 1

我認爲劇本的樣子：

script_one.sh 
script_two.sh 

即該腳本依賴於.（當前路徑）在PATH環境變量中，什麼不是默認值。

因此，爲了使腳本能夠正常工作，需要在某些啓動腳本中將.添加到PATH。很可能只有交互式會話纔會發生添加（可能是無意的錯誤）。可能是因爲添加是在僅爲交互式會話執行（源代碼）的啓動腳本中完成的。

JSch中的「exec」通道（正確）不會爲會話分配僞終端（PTY）。因此，一組不同的啓動腳本（可能）來源於使用SSH客戶端登錄時。和/或基於TERM環境變量的缺席/存在，採取腳本中的不同分支。因此，環境可能與您在SSH客戶端使用的交互式會話不同。

---

解決方案是（按優先順序）：

• 糾正腳本不依賴於具有PATH的.的非默認設置。有一個明確的路徑調用子腳本：

  ./script_one.sh 
  ./script_two.sh 
  

• 正確的啓動腳本中添加.到PATH無條件地（甚至非交互式會話）。

• （不推薦）強制僞終端分配用於使用.setPty方法「EXEC」頻道：

  Channel channel=session.openChannel("exec"); 
  ((ChannelExec)channel).setPty(true); 
  

  使用僞終端來自動命令執行可以給你帶來討厭的副作用。例如見Is there a simple way to get rid of junk values that come when you SSH using Python's Paramiko library and fetch output from CLI of a remote machine?

---

也看到了相關的問題Shell ping command with source option is failing when executed using JSch setCommand。