echo $VAR_REMOTEROOTPASS | ssh -tt -i $PATH_TO_KEY/id_mykey $VAR_REMOTEUSER@$varRemoteHost 
echo \"$varCommand\" | sudo bash

确认 @ofirule 的答案非常有效。我尝试了，甚至用 sshpass & 也可以。这是如何与 sshpass 一起使用的：

echo $pass | sshpass -p $pass ssh -tt cloud_user@$ip "sudo su -"

你会发现自己直接进入了 root shell

NOPASS 解决方案是将目标机器上的配置更改为其他配置。继续阅读 http://maestric.com/doc/unix/ubuntu_sudo_without_password

最好的方法是 ssh -t user@server "sudo <scriptname>" ，例如 ssh -t user@server "sudo reboot" ，它将首先提示用户输入密码，然后提示root密码（因为我们以root权限运行脚本或命令）。

我希望它能帮助您并消除您的疑虑。

另外，您可以使 bash 历史记录不记录任何带有特定字符串的命令，我已禁止存储任何导出命令，以避免任何重要的令牌或秘密最终出现在那里。

根据您的 shell 配置（bash 中的默认配置），在命令前放置一个空格会跳过将其添加到历史记录。您还可以保留 $PASSWORD 并在之前执行以空格为前缀的 `export PASSWORD=secret`。只需确保之后退出会话，不要让环境变量悬而未决。

这非常危险，因为明文密码最终会出现在命令行上。命令行是公开的，系统上的所有其他用户和进程都可以看到。例如，非特权用户执行的“ps auxwwwww”将显示正在运行的每个进程以及运行它们的命令行。

假设您不想输入密码 ：

ssh $HOST 'echo $PASSWORD | sudo -S $COMMMAND'

例子

ssh me@localhost 'echo secret | sudo -S echo hi' # outputs 'hi'

@jonpau 该 cat 命令获取 stdin 并将其通过 sudo 管道传输，以便向其传递 sudo 密码。它显示了如何安全地通过 stdin 将 sudo 密码通过 ssh 管道传输。

我要求在 ssh 命令 cat \| sudo --prompt=\'\' -S.... 中使用 cat。如果 -S 强制 sudo 从 stdin 读取密码，cat 和管道是否有必要？ssh 命令可以简单地为 sudo --prompt=\'\' -S... 吗？

@joanpau 初始 cat 用于将用户的密码通过管道传输到另一端的 sudo。如果用户可以在没有密码的情况下运行 sudo，则不需要，但我不建议这种配置。将其通过管道传输的原因是为了防止密码显示在远程系统的命令行上。命令行不安全，任何用户都可以通过 ps auxwww 查看每个命令行。

在 ssh 远程命令中，为什么需要执行 cat 并将结果导入 sudo？您可以直接使用 sudo 作为主要的 ssh 远程命令吗？

通过 SSH 使用 Sudo 传递密码，不需要 tty：

您可以在 ssh 上使用 sudo，而无需强制 ssh 具有伪终端（无需使用 ssh \'-t\' 开关），方法是告诉 sudo 不需要交互式密码，只需从 stdin 获取密码即可。您可以使用 sudo 上的 \'-S\' 开关来执行此操作。这会使 sudo 在 stdin 上监听密码，并在看到换行符时停止监听。

示例 1 - 简单的远程命令

在此示例中，我们发送一个简单的 whoami 命令：

$ ssh user@server cat \| sudo --prompt="" -S -- whoami << EOF
> <remote_sudo_password>
> EOF
root

我们告诉 sudo 不要发出提示，而是从 stdin 获取输入。这使得 sudo 密码传递完全无声，因此您得到的唯一响应是来自 whoami .

此技术的优点是允许您通过 ssh 使用 sudo 运行需要 stdin 输入的程序。这是因为 sudo 会在第一行 stdin 上消耗密码，然后让它运行的任何程序继续获取 stdin。

示例 2 - 需要自己的 stdin 的远程命令

在下面的例子中，远程命令 'cat' 通过 sudo 执行，并且我们通过 stdin 提供一些额外的行以供远程 cat 显示。

$ ssh user@server cat \| sudo --prompt="" -S -- "cat" << EOF
> <remote_sudo_password>
> Extra line1
> Extra line2
> EOF
Extra line1
Extra line2

输出表明该 <remote_sudo_password> 行正在被 sudo 使用，并且远程执行的 cat 正在显示多余的行。

举个例子，如果你想使用 ssh 将密码传递给特权命令而不使用命令行，那么这将非常有用。比如，如果你想通过 ssh 安装远程加密容器。

示例 3 - 挂载远程 VeraCrypt 容器

在此示例脚本中，我们通过 sudo 远程安装 VeraCrypt 容器，无需任何额外的提示文本：

#!/bin/sh
ssh user@server cat \| sudo --prompt="" -S -- "veracrypt --non-interactive --stdin --keyfiles=/path/to/test.key /path/to/test.img /mnt/mountpoint" << EOF
SudoPassword
VeraCryptContainerPassword
EOF

需要注意的是，在上面的所有命令行示例中（除脚本之外的所有内容）， << EOF 命令行上的构造将导致输入的所有内容（包括密码）都记录在 本地 计算机的 .bash_history 中。因此，强烈建议您在实际使用中完全通过脚本执行此操作，如上面的 veracrypt 示例，或者，如果在命令行上，则将密码放入文件中并通过 ssh 重定向该文件。

示例 1a - 示例 1 无本地命令行密码

因此，第一个例子将变成：

$ cat text_file_with_sudo_password | ssh user@server cat \| sudo --prompt="" -S -- whoami
root

示例 2a - 示例 2 无本地命令行密码

第二个例子将变成：

$ cat text_file_with_sudo_password - << EOF | ssh va1der.net cat \| sudo --prompt="" -S -- cat
> Extra line1
> Extra line2
> EOF
Extra line1
Extra line2

如果您将整个密码放入脚本中，则无需将密码放在单独的文件中，因为脚本的内容不会出现在您的历史记录中。不过，如果您想允许不应看到密码的用户执行脚本，这仍然很有用。

关于防止密码出现在本地历史记录中，1) 如果它是脚本中的一行，那就不是问题，2) 对于交互式 shell，如果 HISTCONTROL 设置为 ignorespace 或 ignoreboth (假设为 bash，其他 shell 类似)，则可以通过在命令开头使用空格来轻松避免本地历史记录。另一个安全问题是密码可能会显示在进程表中。echo 通常是 shell 内置的，因此它可能没有问题，但我宁愿使用此处字符串：<<< pass。

@nomen 您的解决方案也有效，但需要额外的步骤。如果我有很多没有无密码 sudo 用户的设备，我可以使用此解决方案创建自动化脚本。有时您在不属于自己的系统上工作，并且您不想或无法进行更改，有时还有其他考虑因素。

为什么不为需要运行的特定用户和命令设置无密码 sudo？这不是 SSH 问题...

伙计，我知道 -t，但我没有仔细阅读手册，没有看到你可以传递两次！这就是我几个月来一直在寻找的东西！作为一项安全措施，我在运行 read -s -p \'Password:\' pw 之前简单地设置了一个密码变量，然后执行了 echo \'$pw\' | ..... 我现在把它变成了一个方便的脚本 :)。

它将出现在本地系统的 bash 历史记录中，包括密码。最好将密码存储在文件中并 cat 该文件。

我能够使用以下命令完全自动化它：

echo pass | ssh -tt user@server "sudo script"

优点：

• 无密码提示
• 不会在远程机器 bash 历史记录中显示密码

关于安全性： 正如 Kurt 所说，运行此命令将在本地 bash 历史记录中显示您的密码，最好将密码保存在其他文件中，或将所有命令保存在 .sh 文件中并执行它。注意：该文件需要具有正确的权限，以便只有允许的用户才能访问它。