Я написал скрипт, который отлично работает при локальном исполнении:

./sysMole -time Aug 18 18

Аргументы «-time» , «Aug» , «18» и «18» успешно передаются в сценарий.

Теперь этот сценарий предназначен для выполнения на удаленной машине, но из локального каталога на локальной машине. Пример:

ssh root@remoteServer "bash -s" < /var/www/html/ops1/sysMole

Это также отлично работает. Но проблема возникает, когда я пытаюсь включить эти вышеупомянутые аргументы (время 18 августа 18) , например:

ssh root@remoteServer "bash -s" < /var/www/html/ops1/sysMole -time Aug 18 18

После запуска этого скрипта я получаю следующую ошибку:

bash: cannot set terminal process group (-1): Invalid argument
bash: no job control in this shell

Пожалуйста, скажите мне, что я делаю неправильно, это сильно расстраивает.

Вы были довольно близки с вашим примером. Он прекрасно работает, когда вы используете его с такими аргументами.

Пример скрипта:

$ more ex.bash 
#!/bin/bash

echo $1 $2

Пример, который работает:

$ ssh serverA "bash -s" < ./ex.bash "hi" "bye"
hi bye

Но это не подходит для следующих типов аргументов:

$ ssh serverA "bash -s" < ./ex.bash "--time" "bye"
bash: --: invalid option
...

В чем дело?

Проблема, с которой вы сталкиваетесь, заключается в том, что аргумент, -timeили --timeв моем примере, интерпретируется как переход к bash -s. Вы можете успокоиться bash, прекратив его, взяв любой из оставшихся аргументов командной строки для себя, используя --аргумент.

Нравится:

$ ssh root@remoteServer "bash -s" -- < /var/www/html/ops1/sysMole -time Aug 18 18

Примеры

# 1:

$ ssh serverA "bash -s" -- < ./ex.bash "-time" "bye"
-time bye

# 2:

$ ssh serverA "bash -s" -- < ./ex.bash "--time" "bye"
--time bye

# 3:

$ ssh serverA "bash -s" -- < ./ex.bash --time "bye"
--time bye

# 4:

$ ssh  < ./ex.bash serverA "bash -s -- --time bye"
--time bye

ПРИМЕЧАНИЕ: просто чтобы прояснить, что везде, где перенаправление появляется в командной строке, не имеет значения, потому что sshв любом случае вызывает удаленную оболочку с конкатенацией ее аргументов, цитирование не имеет большого значения, за исключением случаев, когда вам нужно заключить цитату в удаленную оболочку как в примере № 4:

$ ssh  < ./ex.bash serverA "bash -s -- '<--time bye>' '<end>'"
<--time bye> <end>

Об обработке произвольных аргументов

Если вы действительно используете только одну строку, т.е. -time Aug 18 18затем вы можете просто жестко закодировать его, и существующие ответы подскажут вам, как это сделать адекватно. С другой стороны, если вам нужно передать неизвестные аргументы (например, сообщение, которое будет отображаться в другой системе, или имя файла, созданного, где конечные пользователи могут контролировать его имя), тогда потребуется больше внимания.

С bashили kshкак/bin/sh

Если ваш пульт /bin/shпредоставлен bash или ksh, вы можете безопасно выполнить следующие действия со списком ненадежных аргументов, так что даже вредоносные имена (например $(rm -rf $HOME).txt) могут безопасно передаваться в качестве аргументов:

runRemote() {
  local args script

  script=$1; shift

  # generate eval-safe quoted version of current argument list
  printf -v args '%q ' "$@"

  # pass that through on the command line to bash -s
  # note that $args is parsed remotely by /bin/sh, not by bash!
  ssh user@remote-addr "bash -s -- $args" < "$script"
}

С любым POSIX-совместимым /bin/sh

Чтобы обезопасить себя от достаточно злонамеренных данных аргументов (пытаясь воспользоваться не-POSIX-совместимым цитированием, используемым printf %qв bash, когда в экранируемой строке присутствуют непечатаемые символы), даже с /bin/shбазовым-POSIX (таким как dashили ash) он становится немного интереснее:

runRemote() {
  local script=$1; shift
  local args
  printf -v args '%q ' "$@"
  ssh user@remote-addr "bash -s" <<EOF

  # pass quoted arguments through for parsing by remote bash
  set -- $args

  # substitute literal script text into heredoc
  $(< "$script")

EOF
}

Использование (для любого из вышеперечисленных)

Функции, приведенные выше, могут затем вызываться как:

# if your time should be three arguments
runRemote /var/www/html/ops1/sysMole -time Aug 18 18

...или же...

# if your time should be one string
runRemote /var/www/html/ops1/sysMole -time "Aug 18 18"

скажем, аа это локальный файл, который содержит ls

$ssh servername "cat | bash" < a.a

измените 127.0.0.1 на любой ваш удаленный IP

эти два сообщения сообщают о псевдотермическом распределении, но они работают.

$ cat a.a | ssh 127.0.0.1

$ ssh 127.0.0.1 <a.a

Или же

$ cat a.a | ssh 127.0.0.1 bash or

$ ssh 127.0.0.1 bash < a.a