我有一个脚本，需要启动一个命令，然后将一些额外的命令 作为命令 传递给该命令。我尝试过。
我有一个脚本，需要启动一个命令，然后将一些额外的命令 作为命令 传递给该命令。我尝试过。
su
echo I should be root now:
who am I
exit
echo done.
......但它不起作用： su 成功了，但是命令提示符只是盯着我。如果我在提示符处输入exit，echo和who am i等开始执行！而echo done.根本没有被执行。
同样，我需要让它在ssh上工作：
ssh remotehost
# this should run under my account on remotehost
su
## this should run as root on remotehost
whoami
exit
## back
exit
# back
我该如何解决这个问题？
我正在寻找一般性的答案，而不是特定于
su或ssh的答案。目的是让这个问题成为这个特定模式的规范。
需要记住，格式化为另一个shell的here-document脚本部分将在不同的shell中执行，并且具有自己的环境（甚至可能在不同的机器上执行）。
如果您的脚本块包含参数扩展、命令替换和/或算术扩展，则必须稍微不同地使用shell的here-document功能，具体取决于您想要执行这些扩展的位置。
然后here-document的定界符必须不加引号。
command <<DELIMITER
...
DELIMITER
例子：
#!/bin/bash
a=0
mylogin=$(whoami)
sudo sh <<END
a=1
mylogin=$(whoami)
echo a=$a
echo mylogin=$mylogin
END
echo a=$a
echo mylogin=$mylogin
输出：
a=0
mylogin=leon
a=0
mylogin=leon
然后，这里文档的定界符必须引用。
command <<'DELIMITER'
...
DELIMITER
例子：
#!/bin/bash
a=0
mylogin=$(whoami)
sudo sh <<'END'
a=1
mylogin=$(whoami)
echo a=$a
echo mylogin=$mylogin
END
echo a=$a
echo mylogin=$mylogin
输出：
a=1
mylogin=root
a=0
mylogin=leon
然后，这里文档的定界符必须是未引用的，并且您必须转义那些需要在子shell中执行的扩展表达式。
例：
#!/bin/bash
a=0
mylogin=$(whoami)
sudo sh <<END
a=1
mylogin=\$(whoami)
echo a=$a
echo mylogin=\$mylogin
END
echo a=$a
echo mylogin=$mylogin
输出：
a=0
mylogin=root
a=0
mylogin=leon
ssh特别麻烦，因为您必须考虑到远程和本地shell中的引用和转义。因此，例如，您需要使用 ssh remote 'echo "\\"'、ssh remote "echo '\'"或ssh remote echo \\\\来正确打印远程主机上的反斜杠。 - tripleee一个 shell 脚本是一系列命令。shell 会读取脚本文件，并依次执行这些命令。
通常情况下，这里没有什么意外；但初学者常见的错误是认为有些命令会接管 shell，并开始执行脚本文件中的后续命令，而不是当前正在运行此脚本的 shell。但实际上并不是这样的。
基本上，脚本的工作方式与交互式命令完全相同，但需要正确理解它们的工作方式。在交互模式下，shell 会读取命令（从标准输入），运行该命令（使用标准输入的输入），当完成时，它会再次读取另一个命令（从标准输入）。
现在，在执行脚本时，标准输入仍然是终端（除非您使用重定向），但是命令是从脚本文件中读取的，而不是从标准输入中读取的。（反过来将非常麻烦——任何read都会消耗脚本的下一行，cat会读取剩余的整个脚本，而且无法与其交互！）脚本文件仅包含用于执行它的 shell 实例的命令（尽管您当然仍然可以使用 here document 等将输入嵌入为命令参数）。
换句话说，这些“误解”的命令（su、ssh、sh、sudo、bash等），在单独运行（没有参数）时，会启动一个交互式 shell，在交互会话中，这显然是可以的；但在从脚本中运行时，往往不是想要的结果。
所有这些命令都有接受命令的其他方式，而不是在交互式终端会话中。通常，每个命令支持一种将命令作为选项或参数传递的方式：
su root -c 'who am i'
ssh user@remote uname -a
sh -c 'who am i; echo success'
许多这些命令也可以从标准输入接收命令：
printf 'uname -a; who am i; uptime' | su
printf 'uname -a; who am i; uptime' | ssh user@remote
printf 'uname -a; who am i; uptime' | sh
同时方便地允许您使用此类文件:
ssh user@remote <<'____HERE'
uname -a
who am i
uptime
____HERE
sh <<'____HERE'
uname -a
who am i
uptime
____HERE
对于只接受单个命令参数的命令，该命令可以是具有多个命令的sh或bash命令：
sudo sh -c 'uname -a; who am i; uptime'
exit 命令，因为当执行你传递给它的脚本（命令序列）后，命令会自动终止。ssh会运行一个shell。 - tripleeesh。 - tripleeescript 命令不支持将命令作为命令行参数进行传递，尽管 Linux 的 script 命令提供了 script -c 'your command here' 的方式。 - tripleeeexpect命令。set timeout 60
spawn sudo su -
expect "*?assword" { send "*secretpassword*\r" }
send_user "I should be root now:"
expect "#" { send "whoami\r" }
expect "#" { send "exit\r" }
send_user "Done.\n"
exit
$ expect -f custom.script
echo "su whoami" |ssh remotehost
--> su: must be run from a terminal
echo "sudo whoami" |ssh remotehost
--> sudo: no tty present and no askpass program specified
-t参数强制分配TTY时，但是当sudo要求密码时，它会失败。expect这样的程序，任何从标准输入获取信息的函数/程序的调用都会使下一个命令失败。ssh use@host <<'____HERE'
echo "Enter your name:"
read name
echo "ok."
____HERE
--> The `echo "ok."` string will be passed to the "read" command
<stdin> 的情况。但我同意你的观点，大多数情况下我们并不希望使用 expect。 - Adam
shell脚本呢？这样，你只需要运行sudo sh yourshellscript.sh即可。 - Jose Serodiossh场景下是行不通的，例如（或者你必须先将脚本scp到远程主机），并且会使得一些简单的情况变得非常复杂（然后你必须管理两个脚本文件，并确保调用脚本知道另一个脚本文件的路径）。当然，它也不能轻松地扩展到某些命令是动态的情况下（例如，取决于调用脚本中执行的计算）。 - tripleee