Що є найчистішим способом ssh та запуску декількох команд у Bash?

У мене вже створено ssh-агент, і я можу запускати команди на зовнішньому сервері в сценарії Bash, виконуючи такі речі, як:

ssh blah_server "ls; pwd;"

Тепер, що я дуже хотів би зробити, це виконати багато довгих команд на зовнішньому сервері. Вкладати все це між лапками було б дуже некрасиво, і я дійсно вважаю за краще уникати ssh'ing кілька разів, щоб уникнути цього.

Отже, чи є спосіб я це зробити за один раз, укладений у дужки чи щось таке? Я шукаю щось у напрямку:

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

В основному, я буду задоволений будь-яким рішенням, поки воно чисте.

Редагувати

Для уточнення, я говорю про те, що це частина більшого сценарію bash. Іншим людям, можливо, доведеться мати справу зі сценарієм вниз, тому я хотів би, щоб він був чистим. Я не хочу мати сценарій bash з одним рядком, який виглядає так:

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

тому що це надзвичайно потворно і важко читати.

Як щодо документа Bash Here :

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

Щоб уникнути проблем, про які згадував @Globalz у коментарях, ви можете (залежно від того, що ви робите на віддаленому сайті) піти із заміни першого рядка на

ssh otherhost /bin/bash << EOF

Зауважте, що ви можете зробити підстановку змінної у документі Here, але, можливо, вам доведеться вирішити проблеми цитування. Наприклад, якщо ви цитуєте "обмежувальну рядок" (тобто EOFу вищевикладеному), ви не можете робити змінних підстановок. Але без цитування граничного рядка змінні підміняються. Наприклад, якщо ви вказали $NAMEвище в сценарії оболонки, ви можете це зробити

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

і це створить файл у пункті призначення otherhostз ім'ям того, що ви призначили $NAME. Інші правила щодо цитування скриптів оболонки також застосовуються, але вони занадто складні, щоб увійти сюди.

Відредагуйте свій сценарій локально, а потім передайте його в ssh, наприклад

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

де commands-to-execute-remotely.shсхожий на ваш список вище:

ls some_folder
./someaction.sh
pwd;

Щоб відповідати вашому зразковому коду, ви можете загортати свої команди в один або подвійний квот. Наприклад

ssh blah_server "
  ls
  pwd
"

Я бачу два способи:

Спочатку ви робите керуючий сокет таким чином:

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

і запускайте свої команди

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

Таким чином ви можете написати команду ssh, фактично не підключаючись до сервера.

Друге - динамічно генерувати сценарій, виконувати scpйого та виконувати.

Це також можна зробити наступним чином. Покладіть ваші команди в сценарій, назвемо його command-inc.sh

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

Збережіть файл

Тепер запустіть його на віддаленому сервері.

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

Ніколи не провалювався для мене.

Покладіть всі команди на сценарій, і він може бути запущений так

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

SSH та запустіть декілька команд у Bash.

Окремі команди з крапками з комою всередині рядка, передані на ехо, і все це передається команді ssh. Наприклад:

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

Якщо хтось натрапив сюди, як я, - у мене був успіх уникнути крапки з комою та нової лінії:

Перший крок: крапка з комою. Таким чином, ми не порушуємо команду ssh:

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

Перелічено віддалений хост / домашній каталог (увійшов як root), тоді як

ssh <host> echo test;ls
                    ^ NO backslash

перераховано поточний робочий каталог.

Наступний крок: розрив лінії:

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

Тут знову було вказано віддалений робочий каталог - покращене форматування:

ssh <host>\
  echo test\;\
  ls

Якщо справді приємніше, ніж тут документ або цитати навколо зламаних рядків - ну, не мені вирішувати ...

(Використовуючи bash, Ubuntu 14.04 LTS.)

Опубліковані відповіді, використовуючи багаторядкові рядки та декілька скриптів bash, для мене не працювали.

• Довгі багаторядкові струни важко підтримувати.
• Окремі сценарії bash не підтримують локальні змінні.

Ось функціональний спосіб ssh та запускати кілька команд, зберігаючи локальний контекст.

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"

Не впевнений, чи найчистіший для довгих команд, але, звичайно, найпростіший:

ssh user@host "cmd1; cmd2; cmd3"

Це добре працює для створення сценаріїв, оскільки вам не потрібно включати інші файли:

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

Найпростіший спосіб налаштувати вашу систему для використання окремих сеансів ssh за замовчуванням з мультиплексуванням.

Це можна зробити, створивши папку для розеток:

mkdir ~/.ssh/controlmasters

А потім додайте до конфігурації .ssh наступне:

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

Тепер вам не потрібно змінювати жоден код. Це дозволяє кілька дзвінків на ssh і scp, не створюючи декількох сеансів, що корисно, коли потрібно більше взаємодії між вашими локальними та віддаленими машинами.

Завдяки відповіді @ terminus, http://www.cyberciti.biz/faq/linux-unix-osx-bsd-ssh-multiplexing-to-speed-up-ssh-connections/ та https://en.wikibooks.org / wiki / OpenSSH / Cookbook / Мультиплексування .