Quel est le moyen le plus propre de ssh et d'exécuter plusieurs commandes dans Bash?

J'ai déjà un agent ssh configuré et je peux exécuter des commandes sur un serveur externe en script Bash en faisant des choses comme:

ssh blah_server "ls; pwd;"

Maintenant, ce que j'aimerais vraiment faire, c'est exécuter beaucoup de longues commandes sur un serveur externe. Mettre tout cela entre guillemets serait assez moche, et je préfère vraiment éviter de faire plusieurs fois juste pour éviter cela.

Alors, existe-t-il un moyen de le faire en une seule fois entre parenthèses ou quelque chose? Je cherche quelque chose dans le sens de:

ssh blah_server (
   ls some_folder;
   ./someaction.sh;
   pwd;
)

Fondamentalement, je serai satisfait de toute solution tant qu'elle est propre.

Éditer

Pour clarifier, je parle de faire partie d'un script bash plus large. D'autres personnes pourraient avoir besoin de gérer le script sur toute la ligne, donc je voudrais le garder propre. Je ne veux pas avoir un script bash avec une seule ligne qui ressemble à ceci:

ssh blah_server "ls some_folder; ./someaction.sh 'some params'; pwd; ./some_other_action 'other params';"

car il est extrêmement moche et difficile à lire.

Que diriez-vous d'un document Bash Here :

ssh otherhost << EOF
  ls some_folder; 
  ./someaction.sh 'some params'
  pwd
  ./some_other_action 'other params'
EOF

Pour éviter les problèmes mentionnés par @Globalz dans les commentaires, vous pourrez peut-être (en fonction de ce que vous faites sur le site distant) éviter de remplacer la première ligne par

ssh otherhost /bin/bash << EOF

Notez que vous pouvez effectuer une substitution de variable dans le document Ici, mais vous devrez peut-être traiter des problèmes de citation. Par exemple, si vous citez la "chaîne limite" (c'est-à-dire EOFdans ce qui précède), vous ne pouvez pas faire de substitutions de variables. Mais sans citer la chaîne limite, les variables sont substituées. Par exemple, si vous avez défini $NAMEci-dessus dans votre script shell, vous pouvez faire

ssh otherhost /bin/bash << EOF
touch "/tmp/${NAME}"
EOF

et cela créerait un fichier sur la destination otherhostavec le nom de tout ce que vous auriez attribué $NAME. D'autres règles concernant les citations de scripts shell s'appliquent également, mais sont trop compliquées pour être abordées ici.

Modifiez votre script localement, puis canalisez-le dans ssh, par exemple

cat commands-to-execute-remotely.sh | ssh blah_server

où commands-to-execute-remotely.shressemble à votre liste ci-dessus:

ls some_folder
./someaction.sh
pwd;

Pour correspondre à votre exemple de code, vous pouvez encapsuler vos commandes dans des qoutes simples ou doubles. Par exemple

ssh blah_server "
  ls
  pwd
"

Je vois deux façons:

Vous créez d'abord une prise de contrôle comme celle-ci:

 ssh -oControlMaster=yes -oControlPath=~/.ssh/ssh-%r-%h-%p <yourip>

et exécutez vos commandes

 ssh -oControlMaster=no -oControlPath=~/.ssh/ssh-%r-%h-%p <yourip> -t <yourcommand>

De cette façon, vous pouvez écrire une commande ssh sans vous reconnecter réellement au serveur.

La seconde consisterait à générer dynamiquement le script, à le scplancer et à l'exécuter.

Cela peut également être fait comme suit. Mettez vos commandes dans un script, appelons-le commandes-inc.sh

#!/bin/bash
ls some_folder
./someaction.sh
pwd

Sauvegardez le fichier

Maintenant, exécutez-le sur le serveur distant.

ssh user@remote 'bash -s' < /path/to/commands-inc.sh

Jamais échoué pour moi.

Mettez toutes les commandes dans un script et il peut être exécuté comme

ssh <remote-user>@<remote-host> "bash -s" <./remote-commands.sh

SSH et exécutez plusieurs commandes dans Bash.

Commandes séparées avec des points-virgules dans une chaîne, passées à echo, toutes canalisées dans la commande ssh. Par exemple:

echo "df -k;uname -a" | ssh 192.168.79.134

Pseudo-terminal will not be allocated because stdin is not a terminal.
Filesystem     1K-blocks    Used Available Use% Mounted on
/dev/sda2       18274628 2546476  14799848  15% /
tmpfs             183620      72    183548   1% /dev/shm
/dev/sda1         297485   39074    243051  14% /boot
Linux newserv 2.6.32-431.el6.x86_64 #1 SMP Sun Nov 10 22:19:54 EST 2013 x86_64 x86_64 x86_64 GNU/Linux

Pour tous ceux qui trébuchent ici comme moi - j'ai réussi à échapper au point-virgule et à la nouvelle ligne:

Première étape: le point-virgule. De cette façon, nous ne cassons pas la commande ssh:

ssh <host> echo test\;ls
                    ^ backslash!

Répertorie le répertoire hôtes / home distant (connecté en tant que root), tandis que

ssh <host> echo test;ls
                    ^ NO backslash

répertorié le répertoire de travail actuel.

Étape suivante: rompre la ligne:

                      v another backslash!
ssh <host> echo test\;\
ls

Cela a de nouveau répertorié le répertoire de travail distant - formatage amélioré:

ssh <host>\
  echo test\;\
  ls

Si c'est plus joli qu'ici, documentez ou citez autour de lignes brisées - enfin, pas moi de décider ...

(En utilisant bash, Ubuntu 14.04 LTS.)

Les réponses publiées utilisant des chaînes multilignes et plusieurs scripts bash ne fonctionnaient pas pour moi.

• Les longues chaînes multilignes sont difficiles à entretenir.
• Les scripts bash séparés ne conservent pas de variables locales.

Voici un moyen fonctionnel de ssh et d'exécuter plusieurs commandes tout en conservant le contexte local.

LOCAL_VARIABLE=test

run_remote() {
    echo "$LOCAL_VARIABLE"
    ls some_folder; 
    ./someaction.sh 'some params'
    ./some_other_action 'other params'
}

ssh otherhost "$(set); run_remote"

Je ne sais pas si le plus propre pour les commandes longues mais certainement le plus simple:

ssh user@host "cmd1; cmd2; cmd3"

Cela fonctionne bien pour créer des scripts, car vous n'avez pas besoin d'inclure d'autres fichiers:

#!/bin/bash
ssh <my_user>@<my_host> "bash -s" << EOF
    # here you just type all your commmands, as you can see, i.e.
    touch /tmp/test1;
    touch /tmp/test2;
    touch /tmp/test3;
EOF

La façon la plus simple de configurer votre système pour utiliser des sessions ssh uniques par défaut avec le multiplexage.

Cela peut être fait en créant un dossier pour les sockets:

mkdir ~/.ssh/controlmasters

Et puis en ajoutant ce qui suit à votre configuration .ssh:

Host *
    ControlMaster auto
    ControlPath ~/.ssh/controlmasters/%r@%h:%p.socket
    ControlMaster auto
    ControlPersist 10m

Maintenant, vous n'avez plus besoin de modifier aucun de vos codes. Cela permet plusieurs appels à ssh et scp sans créer plusieurs sessions, ce qui est utile lorsqu'il doit y avoir plus d'interaction entre vos machines locales et distantes.

Merci à la réponse de @ terminus, http://www.cyberciti.biz/faq/linux-unix-osx-bsd-ssh-multiplexing-to-speed-up-ssh-connections/ et https://en.wikibooks.org / wiki / OpenSSH / Cookbook / Multiplexing .