У меня есть команда, которая работает нормально, если я ssh к машине и запускаю ее, но не удается, когда я пытаюсь запустить ее с помощью удаленной команды ssh, например:
ssh user@IP <command>
Сравнение вывода «env» с использованием обоих методов приводит к различным средам. Когда я вручную захожу на компьютер и запускаю env, я получаю гораздо больше переменных окружения, чем при запуске:
ssh user@IP "env"
Есть идеи почему?
ssh
environment-variables
Том Файнер
источник
источник
bashне язык сценариев?Ответы:
Существуют разные типы снарядов. Оболочка выполнения команд 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 "bash --login -c 'command arg1 ...'"заставит удаленную оболочку настроить среду входа в систему. Упомянутый вами раздел упоминается,--loginно было бы легко пропустить это.ssh <ssh options> <IP> bash --login my_script.shдля запуска сценария на удаленной машине, работает угощение и позволил мне успешно использовать локальные переменные env, какJAVA_HOMEКак насчет поиска профиля перед запуском команды?
ssh user@host "source /etc/profile; /path/script.sh"Вы можете обнаружить , что лучше изменить , что
~/.bash_profile,~/.bashrcили любой другой .(Как здесь (linuxquestions.org) )
источник
Среда оболочки не загружается при запуске удаленной команды ssh. Вы можете редактировать файл окружения ssh:
Его формат:
Кроме того, проверьте
sshdконфигурацию дляPermitUserEnvironment=yesварианта.источник
У меня была похожая проблема, но в итоге я узнал, что ~ / .bashrc - это все, что мне нужно.
Однако в Ubuntu мне пришлось прокомментировать строку, которая останавливает обработку ~ / .bashrc:
источник
/etc/bash.bashrc.Я нашел простое решение этой проблемы - добавить исходный файл / etc / profile в начало файла script.sh, который я пытался запустить в целевой системе. В системах здесь это привело к тому, что переменные окружения, которые были необходимы для script.sh, были настроены так, как если бы они запускались из оболочки входа.
В одном из предыдущих ответов было предложено использовать ~ / .bashr_profile и т. Д. Я не тратил много времени на это, но проблема в том, что если вы используете ssh для другого пользователя в целевой системе, а не для оболочки исходной системы, из которой вы вошли, мне показалось, что это вызывает пользователя исходной системы. имя, которое будет использоваться для ~.
источник
Просто экспортируйте переменные окружения, которые вы хотите, перед проверкой неинтерактивной оболочки в ~ / .bashrc.
источник