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

Mam już skonfigurowanego agenta ssh i mogę uruchamiać polecenia na serwerze zewnętrznym w skrypcie Bash, wykonując takie czynności jak:

ssh blah_server "ls; pwd;"

Teraz naprawdę chciałbym uruchomić wiele długich poleceń na serwerze zewnętrznym. Umieszczenie wszystkich tych znaków w cudzysłowie byłoby dość brzydkie i naprawdę wolałbym unikać wielokrotnego ssh'owania, aby tego uniknąć.

Czy jest więc sposób, aby to zrobić za jednym razem w nawiasach? Szukam czegoś w stylu:

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

Zasadniczo będę zadowolony z każdego rozwiązania, o ile będzie ono czyste.

Edytować

Aby to wyjaśnić, mówię o tym, że jest to część większego skryptu bash. Inni ludzie mogą potrzebować poradzić sobie ze skryptem, więc chciałbym go utrzymać w czystości. Nie chcę mieć skryptu bash z jedną linią, która wygląda następująco:

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

ponieważ jest wyjątkowo brzydki i trudny do odczytania.

Co powiesz na dokument Bash Here :

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

Aby uniknąć problemów wspomnianych przez @Globalz w komentarzach, możesz (w zależności od tego, co robisz na zdalnej stronie) uniknąć zamiany pierwszego wiersza na

ssh otherhost /bin/bash << EOF

Pamiętaj, że w dokumencie Tutaj możesz zastępować zmienne, ale możesz mieć problemy z cytowaniem. Na przykład, jeśli cytujesz „limit string” (tj. EOFPowyżej), nie możesz wykonywać podstawień zmiennych. Ale bez cytowania łańcucha limitu zmienne są podstawiane. Na przykład, jeśli zdefiniowałeś $NAMEpowyżej w skrypcie powłoki, możesz to zrobić

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

i utworzyłby plik w miejscu docelowym otherhost z nazwą tego, do czego został przypisany $NAME. Obowiązują również inne zasady dotyczące cytowania skryptów powłoki, ale są zbyt skomplikowane, aby przejść tutaj.

Edytuj skrypt lokalnie, a następnie potokuj go do ssh, np

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

gdzie commands-to-execute-remotely.shwygląda jak twoja lista powyżej:

ls some_folder
./someaction.sh
pwd;

Aby dopasować swój przykładowy kod, możesz zawinąć swoje polecenia w pojedyncze lub podwójne polecenia qoute. Na przykład

ssh blah_server "
  ls
  pwd
"

Widzę dwa sposoby:

Najpierw utwórz gniazdo kontrolne 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 byłoby dynamiczne wygenerowanie skryptu, scpuruchomienie go i uruchomienie.

Można to również zrobić w następujący sposób. Umieść swoje polecenia w skrypcie, nazwijmy go polecenia-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

Nigdy dla mnie nie zawiodło.

Umieść wszystkie polecenia w skrypcie i można go uruchomić tak jak

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

SSH i uruchamianie wielu poleceń w Bash.

Oddziel polecenia średnikami w ciągu, przekazywane do echa, wszystkie przesyłane do polecenia 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 potknie się tutaj, jak ja - udało mi się uciec przed średnikiem i znakiem nowej linii:

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

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

Wymieniono zdalny katalog hosts / home (zalogowany jako root), podczas gdy

ssh <host> echo test;ls
                    ^ NO backslash

wymieniono bieżący katalog roboczy.

Następny krok: zerwanie linii:

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

To ponownie wyświetlało zdalny katalog roboczy - ulepszone formatowanie:

ssh <host>\
  echo test\;\
  ls

Jeśli naprawdę ładniejszy niż tutaj dokument lub cytaty wokół linii przerywanych - cóż, nie ja decyduję ...

(Używając bash, Ubuntu 14.04 LTS.)

Wysłane odpowiedzi przy użyciu ciągów wielowierszowych i wielu skryptów bash nie działały dla mnie.

• Długie wielowierszowe struny są trudne do utrzymania.
• Oddzielne skrypty bash nie utrzymują zmiennych lokalnych.

Oto funkcjonalny sposób ssh i uruchamiania 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"

Nie jestem pewien, czy najczystszy z długich poleceń, ale z pewnością najłatwiejszy:

ssh user@host "cmd1; cmd2; cmd3"

Działa to 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

Najłatwiejszym sposobem skonfigurowania systemu do domyślnego korzystania z pojedynczych sesji ssh z multipleksowaniem.

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

mkdir ~/.ssh/controlmasters

A następnie dodając następujące elementy do konfiguracji .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 wywołań ssh i scp bez tworzenia wielu sesji, co jest przydatne, gdy zachodzi potrzeba większej interakcji między komputerami lokalnymi i zdalnymi.

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