Jaki jest najczystszy sposób na ssh i uruchamianie wielu poleceń w Bash?

Edytuj skrypt lokalnie, a następnie prześlij go do ssh, np.

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

Gdzie commands-to-execute-remotely.sh wygląda jak twoja lista powyżej:

ls some_folder
./someaction.sh
pwd;

Widzę dwa sposoby:

Najpierw tworzysz Gniazdo sterujące w ten sposób:

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

I uruchom swoje polecenia

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

W ten sposób możesz napisać polecenie ssh bez ponownego łączenia się z serwerem.

Drugim będzie dynamiczne generowanie skryptu, scpi uruchamianie go.

Aby dopasować przykładowy kod, możesz zawijać polecenia w pojedyncze lub podwójne qutes. Na przykład

ssh blah_server "
  ls
  pwd
"

Można to również zrobić w następujący sposób. Umieść swoje polecenia w skrypcie, nazwijmy go commands-inc.sh

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

Zapisz plik

Teraz uruchom go na zdalnym serwerze.

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

Umieść wszystkie polecenia na skrypcie i może być uruchomiony jak

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

SSH i uruchom wiele poleceń w Bash.

Osobne polecenia ze średnikami w łańcuchu, przekazywane do echo, wszystkie umieszczone w poleceniu ssh. Na przykład:

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

Dla każdego, kto tu potyka się jak ja-udało mi się uciec od średnika i nowej linii:

Pierwszy krok: średnik. W ten sposób nie łamiemy polecenia ssh:

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

Wypisał katalog zdalny host /Dom (zalogowany jako root), natomiast

ssh <host> echo test;ls
                    ^ NO backslash

Wymieniono bieżący katalog roboczy.

Następny krok: rozbicie linii:

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

Ponownie wymieniono zdalny katalog roboczy-ulepszone formatowanie:

ssh <host>\
  echo test\;\
  ls

If really nicer niż tutaj dokument lub cytaty wokół łamanych linii-cóż, nie ja decydować...

(używając Basha, Ubuntu 14.04 LTS.)

To działa dobrze przy tworzeniu skryptów, ponieważ nie musisz dołączać innych plików:

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

Najprostszy sposób skonfigurowania systemu do używania pojedynczych sesji ssh domyślnie z multipleksowaniem.

Można to zrobić, tworząc folder dla gniazd:

mkdir ~/.ssh/controlmasters

A następnie dodanie następujących do twojego .konfiguracja ssh:

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

Teraz nie musisz modyfikować żadnego kodu. Pozwala to na wiele połączeń do ssh i scp bez tworzenia wielu sesji, co jest przydatne, gdy konieczna jest większa interakcja między lokalnym a zdalnym maszyny.

Dzięki odpowiedzi @terminus, http://www.cyberciti.biz/faq/linux-unix-osx-bsd-ssh-multiplexing-to-speed-up-ssh-connections/ i https://en.wikibooks.org/wiki/OpenSSH/Cookbook/Multiplexing .

Opublikowane odpowiedzi za pomocą ciągów wielowierszowych i wielu skryptów bash nie działały dla mnie.

• długie ciągi Wielowierszowe są trudne do utrzymania.
• oddzielne skrypty bash nie utrzymują zmiennych lokalnych.

Oto funkcjonalny sposób na ssh i uruchamianie wielu poleceń przy zachowaniu lokalnego kontekstu.

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"