У меня есть команда, которая отлично работает, если я ssh на машине и запускаю ее, но не удается, когда я пытаюсь запустить ее с помощью команды удаленного ssh, например:
ssh [email protected] <command>
Сравнение вывода "env" с использованием обоих методов resutls в разных средах. Когда я вручную вхожу на компьютер и запускаю env, я получаю гораздо больше переменных окружения, а затем при запуске:
ssh [email protected] "env"
Любая идея, почему?
Существуют разные типы оболочек. Командная оболочка команды SSH является неинтерактивной оболочкой, тогда как ваша нормальная оболочка является либо оболочкой входа, либо интерактивной оболочкой. Описание следует из man bash:
A login shell is one whose first character of argument
zero is a -, or one started with the --login option.
An interactive shell is one started without non-option
arguments and without the -c option whose standard input
and error are both connected to terminals (as determined
by isatty(3)), or one started with the -i option. PS1 is
set and $- includes i if bash is interactive, allowing a
shell script or a startup file to test this state.
The following paragraphs describe how bash executes its
startup files. If any of the files exist but cannot be
read, bash reports an error. Tildes are expanded in file
names as described below under Tilde Expansion in the
EXPANSION section.
When bash is invoked as an interactive login shell, or as
a non-interactive shell with the --login option, it first
reads and executes commands from the file /etc/profile, if
that file exists. After reading that file, it looks for
~/.bash_profile, ~/.bash_login, and ~/.profile, in that
order, and reads and executes commands from the first one
that exists and is readable. The --noprofile option may
be used when the shell is started to inhibit this behav
ior.
When a login shell exits, bash reads and executes commands
from the file ~/.bash_logout, if it exists.
When an interactive shell that is not a login shell is
started, bash reads and executes commands from ~/.bashrc,
if that file exists. This may be inhibited by using the
--norc option. The --rcfile file option will force bash
to read and execute commands from file instead of
~/.bashrc.
When bash is started non-interactively, to run a shell
script, for example, it looks for the variable BASH_ENV in
the environment, expands its value if it appears there,
and uses the expanded value as the name of a file to read
and execute. Bash behaves as if the following command
were executed:
if [ -n "$BASH_ENV" ]; then . "$BASH_ENV"; fi
but the value of the PATH variable is not used to search
for the file name.
Как насчет поиска профиля перед запуском команды?
ssh [email protected] "source /etc/profile; /path/script.sh"
Лучше всего изменить это на ~/.bash_profile, ~/.bashrc или что-то еще.
Среда оболочки не загружается при запуске удаленной команды ssh. Вы можете редактировать файл среды ssh:
vi ~/.ssh/environment
Его формат:
VAR1=VALUE1
VAR2=VALUE2
Кроме того, проверьте конфигурацию sshd для параметра PermitUserEnvironment = yes.
У меня была аналогичная проблема, но в конце я узнал, что ~/.bashrc все, что мне нужно.
Однако в Ubuntu мне пришлось прокомментировать строку, которая перестает обрабатывать ~/.bashrc:
#If not running interactively, don't do anything
[ -z "$PS1" ] && return
Я нашел легкое решение для этой проблемы: добавить источник /etc/profile в верхней части файла script.sh, который я пытался запустить в целевой системе. В системах здесь это вызвало переменные среды, которые были необходимы для script.sh, чтобы быть настроенным так, как если бы он выполнялся из оболочки входа.
В одном из предыдущих ответов было предложено использовать ~/.bashr_profile и т.д. Я не тратил много времени на это, но проблема в том, что если вы ssh другому пользователю в целевой системе, чем оболочка исходной системы, с которой вы вошли в систему, мне показалось, что это приводит к тому, что пользователь исходной системы имя, которое будет использоваться для ~.
Просто экспортируйте переменные среды, которые вы хотите проверить выше, для неинтерактивной оболочки в ~/.bashrc.