Qual è il modo più pulito per eseguire ssh ed eseguire più comandi in Bash?

Ho già impostato un agente ssh e posso eseguire comandi su un server esterno nello script Bash facendo cose come:

ssh blah_server "ls; pwd;"

Ora, quello che mi piacerebbe davvero fare è eseguire molti comandi lunghi su un server esterno. Racchiudere tutte queste virgolette tra virgolette sarebbe piuttosto brutto, e preferirei davvero evitare di ripetere più volte solo per evitarlo.

Quindi, c'è un modo in cui posso farlo in una sola volta racchiuso tra parentesi o qualcosa del genere? Sto cercando qualcosa sulla falsariga di:

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

Fondamentalmente, sarò felice con qualsiasi soluzione purché sia ​​pulita.

modificare

Per chiarire, sto parlando di far parte di uno script bash più ampio. Altre persone potrebbero aver bisogno di occuparsi della sceneggiatura, quindi mi piacerebbe tenerla pulita. Non voglio avere uno script bash con una riga che assomigli a:

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

perché è estremamente brutto e difficile da leggere.

Che ne dici di un documento Bash Here :

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

Per evitare i problemi menzionati da @Globalz nei commenti, potresti essere in grado (a seconda di cosa stai facendo sul sito remoto) di cavartela sostituendo la prima riga con

ssh otherhost /bin/bash << EOF

Si noti che è possibile effettuare la sostituzione variabile nel documento Qui, ma potrebbe essere necessario affrontare i problemi di quotazione. Ad esempio, se si cita la "stringa limite" (ad es. EOFSopra), non è possibile effettuare sostituzioni variabili. Ma senza citare la stringa limite, le variabili vengono sostituite. Ad esempio, se hai definito $NAMEsopra nel tuo script di shell, potresti farlo

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

e creerebbe un file sulla destinazione otherhostcon il nome di qualunque cosa tu abbia assegnato $NAME. Si applicano anche altre regole sulla citazione degli script di shell, ma sono troppo complicate per entrare qui.

Modifica lo script localmente, quindi esegui il pipe in ssh, ad es

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

dove commands-to-execute-remotely.shappare come il tuo elenco sopra:

ls some_folder
./someaction.sh
pwd;

Per abbinare il codice di esempio, è possibile racchiudere i comandi all'interno di qoutes singoli o doppi. Per esempio

ssh blah_server "
  ls
  pwd
"

Vedo due modi:

Per prima cosa crei una presa di controllo come questa:

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

ed esegui i tuoi comandi

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

In questo modo è possibile scrivere un comando ssh senza riconnettersi effettivamente al server.

Il secondo sarebbe generare dinamicamente lo script, scpinglobandolo ed eseguendolo.

Questo può anche essere fatto come segue. Inserisci i tuoi comandi in uno script, chiamiamolo command-inc.sh

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

Salva il file

Ora eseguilo sul server remoto.

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

Non ho mai fallito per me.

Inserisci tutti i comandi su uno script e può essere eseguito come

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

SSH ed esegui più comandi in Bash.

Separare i comandi con punto e virgola all'interno di una stringa, passati a echo, tutti inviati al comando ssh. Per esempio:

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

Per chiunque inciampare qui come me - ho avuto successo sfuggendo al punto e virgola e alla nuova riga:

Primo passo: il punto e virgola. In questo modo, non rompiamo il comando ssh:

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

Elencato la directory host / home remota (accesso come root), mentre

ssh <host> echo test;ls
                    ^ NO backslash

elencato la directory di lavoro corrente.

Prossimo passo: spezzare la linea:

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

Questo di nuovo elencava la directory di lavoro remota - formattazione migliorata:

ssh <host>\
  echo test\;\
  ls

Se davvero più bello di qui documento o citazioni intorno a linee spezzate - beh, non sono io a decidere ...

(Usando bash, Ubuntu 14.04 LTS.)

Le risposte postate usando stringhe multilinea e script bash multipli non hanno funzionato per me.

• Le stringhe multilinea lunghe sono difficili da mantenere.
• Script bash separati non mantengono le variabili locali.

Ecco un modo funzionale per ssh ed eseguire più comandi mantenendo il contesto locale.

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"

Non sono sicuro se il più pulito per comandi lunghi ma sicuramente il più semplice:

ssh user@host "cmd1; cmd2; cmd3"

Funziona bene per la creazione di script, in quanto non è necessario includere altri file:

#!/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

Il modo più semplice per configurare il sistema in modo da utilizzare singole sessioni ssh per impostazione predefinita con il multiplexing.

Questo può essere fatto creando una cartella per i socket:

mkdir ~/.ssh/controlmasters

E quindi aggiungendo quanto segue alla tua configurazione .ssh:

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

Ora, non è necessario modificare alcun codice. Ciò consente a più chiamate a ssh e scp senza creare più sessioni, il che è utile quando è necessaria una maggiore interazione tra i computer locali e remoti.

Grazie alla risposta di @ terminus, http://www.cyberciti.biz/faq/linux-unix-osx-bsd-ssh-multiplexing-to-speed-up-ssh-connections/ e https://en.wikibooks.org / wiki / OpenSSH / Cookbook / Multiplexing .