SSH удаленная команда нет чтения всех переменных среды

на мой ящик, фарш export HI=THERE в пустом ~/.bashrc показывает этот выход, когда SSH используется для контакта поле для ОКР листинг:

$ ssh $host /usr/bin/env 2>/dev/null | grep HI
HI=THERE

My ~/.bashrc использует подход проверки для пользовательской переменной среды, а затем, если она отсутствует, делает эквивалент:

. ~/.profile   # load in (Bourne-shell syntax) baseline environment variables

следовательно, мои команды ssh-хотя bash запускается так, как будто это субшелл (.только bashrc) - по-прежнему получать переменные среды, которые я обычно ожидаю не-интерактивной оболочки. Я, похоже, не помню, чтобы сделать это явно для SSH много лет назад.

вы могли бы иметь свой ~/.profile установить некоторую переменную, скажем ENVGOOD=true, тогда имейте это в своем ~/.bashrc:

[ -z "$ENVGOOD" ] && . ~/.profile  # sets ENVGOOD=true

или создать ~/.ssh/environment. Обратите внимание, что это последнее будет работать только если PermitUserEnvironment = true на /etc/ssh/sshd_config установлено, что не по умолчанию (и, конечно, почему моя установка не полагается на него).

вот ответ: SSH не читает rc файлы

.bash_profile не выполняется при выполнении команды, так как SSH не выполняет оболочку входа, она выполняет команду. Вы можете попробовать установить переменные окружения в ~/.ssh/environment но возможно, что чтение этого файла было отключено.

вы можете попробовать принудительно оболочку входа через:ssh user@host bash -lc env.

как отметили другие .bashrc должно быть прочитано при запуске команда. Можете ли вы проверить, что это так, добавив что-то вроде echo EXECUTED до top вашего .bashrc.

также возможно, что все, что находится в /etc/bashrc называет exit так что ничего ниже, что не работает.

на удаленном компьютере убедитесь, что процесс sshd не имеет параметра, переопределяющего путь.

ps aux | grep sshd