为什么与手动运行相比，SSH远程命令获得的环境变量更少？[关闭]

我有一条命令，如果我将ssh切换到机器上并运行它，它将运行正常，但是当我尝试使用远程ssh命令运行该命令时，该命令将失败：

ssh user@IP <command>

使用这两种方法比较“ env”的输出结果将在不同的环境中进行。当我手动登录到计算机并运行env时，与运行时相比，我得到了更多的环境变量：

ssh user@IP "env"

知道为什么吗？

有不同类型的外壳。SSH命令执行外壳是非交互式外壳，而您的普通外壳是登录外壳或交互式外壳。描述如下，来自man bash：

       登录外壳是其参数的第一个字符
       零是-，或以--login选项开头的一个。

       交互式外壳是一种无需选择就可以启动的外壳
       参数且不带-c选项的标准输入
       和错误都连接到端子（确定
       通过isatty（3）），或以-i选项开头的一个。PS1是
       如果bash是交互式的，则设置和$-包括i，从而允许
       Shell脚本或启动文件来测试此状态。

       以下段落描述了bash如何执行其
       启动文件。如果任何文件存在但不能
       读取后，bash报告错误。波浪线在文件中扩展
       名称，如下所述，
       扩展部分。

       当bash作为交互式登录shell或作为
       具有--login选项的非交互式外壳，它首先
       从文件/ etc / profile中读取并执行命令，如果
       该文件存在。读取该文件后，它会寻找
       〜/ .bash_profile，〜/ .bash_login和〜/ .profile，
       命令，并从第一个命令读取并执行命令
       存在并且可读。--noprofile选项可能
       在外壳启动时使用以禁止这种行为
       or

       登录外壳退出时，bash读取并执行命令
       从文件〜/ .bash_logout（如果存在）中。

       当不是登录外壳程序的交互式外壳程序是
       开始，bash从〜/ .bashrc读取并执行命令，
       如果该文件存在。这可以通过使用
       --norc选项。--rcfile文件选项将强制bash
       从文件而不是从中读取和执行命令
       〜/ .bashrc。

       当bash非交互启动时，运行一个shell
       脚本，例如，它在以下位置查找变量BASH_ENV
       环境，如果它在那里出现，则扩大其价值，
       并将扩展值用作要读取的文件的名称
       并执行。Bash的行为就像以下命令
       被执行：
              如果[-n“ $ BASH_ENV”]; 然后 。“ $ BASH_ENV”; 科幻
       但是PATH变量的值不用于搜索
       作为文件名。

运行命令之前如何获取概要文件？

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

您可能会发现最好的改变，要~/.bash_profile，~/.bashrc或什么的。

（如此处（linuxquestions.org））

运行远程ssh命令时不会加载Shell环境。您可以编辑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所需的环境变量被配置为好像从登录shell运行一样。

在先前的响应之一中，建议使用〜/ .bashr_profile等...。我并没有花很多时间，但是，问题是如果您在目标系统上使用与登录源系统上的shell SSH不同的用户，这似乎会导致源系统用户用于〜的名称。

只需将您想要的环境变量导出到〜/ .bashrc中的非交互shell检查上方即可。