如果脚本很短，并且打算嵌入到脚本中，并且您在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

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

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

我已经开始使用Fabric进行更复杂的操作。Fabric需要Python和一些其他依赖项，但仅在客户机上。服务器只需为ssh服务器即可。我发现这个工具比交付给SSH的shell脚本强大得多，并且非常值得费心设置(特别是如果您喜欢用Python编程)。Fabric处理在多个主机(或具有某些角色的主机)上运行的脚本，帮助促进幂等操作(例如向配置脚本添加一行，但如果已经有一行就不行)，并允许构造更复杂的逻辑(例如Python语言可以提供的逻辑)。

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

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

然后，运行脚本

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

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

假设您的意思是希望从“本地”机器自动执行此操作，而不需要手动登录到“远程”机器，那么您应该查看名为Expect的TCL扩展，它正是为这种情况而设计的。我还提供了一个通过SSH登录/交互的脚本链接。

https://www.nist.gov/services-resources/software/expect

http://bash.cyberciti.biz/security/expect-ssh-login-script/

另外，如果想从目标主机获取变量，不要忘记转义变量。

这在过去曾让我陷入困境。

例如:

user@host> ssh user2@host2 "echo \$HOME"

输出/home/user2

而

user@host> ssh user2@host2 "echo $HOME"

打印出/home/user

另一个例子:

user@host> ssh user2@host2 "echo hello world | awk '{print \$1}'"

正确地输出“hello”。