我用它在远程机器上运行一个shell脚本(在/bin/bash上测试):

ssh deploy@host . /home/deploy/path/to/script.sh

这是一个老问题，Jason的回答很好，但我想补充一点:

ssh user@host <<'ENDSSH'
#commands to run on remote host
ENDSSH

这也可以用于su和需要用户输入的命令。(注意此处的“转义”)

由于这个答案不断获得流量，我将为heredoc的美妙用法添加更多信息:

您可以使用这种语法嵌套命令，这是嵌套工作的唯一方式(以一种理智的方式)

ssh user@host <<'ENDSSH'
#commands to run on remote host
ssh user@host2 <<'END2'
# Another bunch of commands on another host
wall <<'ENDWALL'
Error: Out of cheese
ENDWALL
ftp ftp.example.com <<'ENDFTP'
test
test
ls
ENDFTP
END2
ENDSSH

实际上，您可以使用telnet、ftp等服务进行对话。但是记住，heredoc只是将stdin作为文本发送，它并不等待行间的响应

我刚刚发现，如果你使用<<-END!

ssh user@host <<-'ENDSSH'
    #commands to run on remote host
    ssh user@host2 <<-'END2'
        # Another bunch of commands on another host
        wall <<-'ENDWALL'
            Error: Out of cheese
        ENDWALL
        ftp ftp.example.com <<-'ENDFTP'
            test
            test
            ls
        ENDFTP
    END2
ENDSSH

(我认为这应该可行)

也看到 http://tldp.org/LDP/abs/html/here-docs.html

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

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

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

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

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

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

然后，运行脚本

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

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

尝试运行ssh user@remote sh ./script. unix。