Почему удаленная команда SSH получает меньше переменных среды, чем при запуске вручную? [закрыто]

У меня есть команда, которая работает нормально, если я ssh к машине и запускаю ее, но не удается, когда я пытаюсь запустить ее с помощью удаленной команды ssh, например:

ssh user@IP <command>

Сравнение вывода «env» с использованием обоих методов приводит к различным средам. Когда я вручную захожу на компьютер и запускаю env, я получаю гораздо больше переменных окружения, чем при запуске:

ssh user@IP "env"

Есть идеи почему?

Существуют разные типы снарядов. Оболочка выполнения команд SSH - это неинтерактивная оболочка, тогда как обычная оболочка - это либо оболочка для входа, либо интерактивная оболочка. Описание следует из man bash:

       Оболочка входа - это тот, чей первый символ аргумента
       ноль - это -, или один начинается с опции --login.

       Интерактивная оболочка запускается без опций
       аргументы и без опции -c, чей стандартный ввод
       и ошибка оба связаны с терминалами (как определено
       по isatty (3)) или один из них начинается с опции -i. PS1 это
       set и $ - включает i, если bash интерактивен, что позволяет
       сценарий оболочки или файл запуска для проверки этого состояния.

       В следующих параграфах описано, как bash выполняет свои
       загрузочные файлы. Если какой-либо из файлов существует, но не может быть
       читай, bash сообщает об ошибке. Тильды раскрыты в файле
       имена, как описано ниже в разделе Расширение Тильды в
       РАЗДЕЛЕНИЕ.

       Когда bash вызывается как интерактивная оболочка входа или как
       неинтерактивная оболочка с параметром --login, сначала
       читает и выполняет команды из файла / etc / profile, если
       этот файл существует. После прочтения этого файла, он ищет
       ~ / .bash_profile, ~ / .bash_login и ~ / .profile, в этом
       порядок, а также читает и выполняет команды с первого
       что существует и читаемо. Опция --noprofile может
       использоваться, когда оболочка запущена, чтобы подавить это поведение
       IOR.

       При выходе из оболочки входа в систему bash читает и выполняет команды
       из файла ~ / .bash_logout, если он существует.

       Когда интерактивная оболочка, которая не является оболочкой входа
       запущен, bash читает и выполняет команды из ~ / .bashrc,
       если этот файл существует. Это может быть запрещено с помощью
       опция --norc. Опция --rcfile file заставит bash
       читать и выполнять команды из файла вместо
       ~ / .Bashrc.

       Когда bash запущен неинтерактивно, для запуска оболочки
       скрипт, например, он ищет переменную BASH_ENV в
       окружающая среда, расширяет свою ценность, если она там появляется,
       и использует расширенное значение в качестве имени файла для чтения
       и выполнить. Bash ведет себя так, как будто следующая команда
       были выполнены:
              if [-n "$ BASH_ENV"]; затем . "$ BASH_ENV"; фи
       но значение переменной PATH не используется для поиска
       для имени файла.

Как насчет поиска профиля перед запуском команды?

ssh user@host "source /etc/profile; /path/script.sh"

Вы можете обнаружить , что лучше изменить , что ~/.bash_profile, ~/.bashrcили любой другой .

(Как здесь (linuxquestions.org) )

Среда оболочки не загружается при запуске удаленной команды 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.