还有另一种方法，您可以使用scp命令将脚本复制到主机中，然后轻松执行。

ssh user@hostname ". ~/.bashrc;/cd path-to-file/;. filename.sh"

强烈建议使用环境文件(.bashrc/.bashprofile/.profile)。在远程主机上运行某些东西之前，因为目标主机和源主机的环境变量可能会延迟。

<hostA_shell_prompt>$ ssh user@hostB "ls -la"

这将提示您输入密码，除非您已经将hostA用户的公钥复制到用户.ssh目录的home目录下的authorized_keys文件。这将允许无密码身份验证(如果在ssh服务器的配置上接受作为身份验证方法)。

你可以使用runoverssh:

sudo apt install runoverssh

runoverssh -s localscript.sh user host1 host2 host3...

-s远程运行本地脚本

有用的标志: -g对所有主机使用全局密码(单密码提示) -n使用SSH代替sshpass，用于公钥认证

首先，使用scp将脚本复制到机器B

[user@machineA]$ scp /path/to/script user@machineB:/home/user/path

然后，运行脚本

[user@machineA]$ ssh user@machineB "/home/user/path/script"

如果您已经为脚本授予了可执行权限，那么这将起作用。

如果脚本很短，并且打算嵌入到脚本中，并且您在bash shell下运行，并且bash shell在远程端可用，则可以使用declare将本地上下文传输到远程端。定义包含将传输到远程服务器的状态的变量和函数。定义一个将在远程端执行的函数。然后在bash -s读取的here文档中，您可以使用declare -p来传递变量值，并使用declare -f将函数定义传递到远程文件。

因为declare负责引用并将由远程bash解析，所以变量被正确引用，函数被正确传输。你可以只在本地写脚本，通常我在远程端做一个长函数。上下文需要精心挑选，但是下面的方法对于任何简短的脚本都“足够好”，而且是安全的——应该可以正确处理所有极端情况。

somevar="spaces or other special characters"
somevar2="!@#$%^"
another_func() {
    mkdir -p "$1"
}
work() {
    another_func "$somevar"
    touch "$somevar"/"$somevar2"
}
ssh user@server 'bash -s' <<EOT
$(declare -p somevar somevar2)    # transfer variables values
$(declare -f work another_func)   # transfer function definitions
work                              # call the function
EOT