为什么“ssh -t”无法登录并运行命令？

Question 1

这种情况下的主要区别在于，ssh host以登录模式启动登录 shell（在其前面添加前缀sshd，告诉 shell 必须通过读取、、、或（可能还有中的系统启动脚本）来初始化登录会话，具体取决于在 shell 实现上），以及交互方式（因为它发出提示以获取您的输入）。这就是的模式。-argv[0].profile.bash_profile.zprofile.zlogin.login/etcrloginssh

在中时ssh -t host 'some shell code'，使用和作为参数sshd运行登录 shell ，但不告诉它是登录 shell。该 shell 也是非交互式的，不会从终端提示您输入代码。这就是模式。-csome shell codersh

在您的情况下，很可能找不到该命令，因为会话初始化文件中用于设置变量的某些指令$PATH尚未运行。

请注意，并非所有 shell 都可以同时作为登录 shell 和解释作为参数给出的代码。

外壳bash还可以。将在启动bash时作为登录 shell 启动，并且在传递或选项时启动，然后 1 仍然会读取登录会话初始化文件，即使传递了要执行的命令（POSIX 模式除外）。argv[0]--l--login-c

所以在这里，而不是这样做：

ssh -t host 'some code'

你可以这样做：

ssh -t host "exec bash --login -c 'some code'"

这将启动另一个bash，但这次是在解释之前作为登录外壳（它将解释其中的代码，~/.bash_profile并可能解释初始化所在的/etc/profile位置）。/etc/profile.d$PATHsome code

或者您可以尝试找到进行定义的文件$PATH并执行以下操作：

ssh -t host '. /path/to/that/file && some code'

这仍然留下了另一个区别，即该 shell 不是交互式的，并且您的启动文件可能决定在交互时与非交互时表现不同（通过检查iin是否存在$-或通过检查变量是否存在$PS1）。

bash当作为登录 shell 运行时，即使在交互时（与大多数其他 shell 中发生的情况相反）启动时也不会解释~/.bashrc（交互式 shell 自定义文件），但大多数人通过source ~/.bashrc在其~/.bash_profile. Debian 及其衍生版本上的默认设置~/.profile默认情况下会这样做（当然仅当 shell 是时bash）。

bash默认情况下通过 ssh 调用时不会解释~/.bashrc，但可以在编译时使用配置选项进行配置SSH_SOURCE_BASHRC。 Debian 和 Ubuntu 等衍生产品确实可以实现这一点。因此，在执行操作时ssh ubuntu-host 'some code'，如果您的登录 shell 在那台机器上是 bash，则将启动bash的 shell将在解释之前sshd进行解释。~/.bashrcsome code

所以~/.bashrc最终会在rlogin和rsh模式下被解释，但正如 @Quasimodo 所指出的，~/.bashrcDebian 和 Ubuntu 上的默认设置在顶部：

# If not running interactively, don't do anything
case $- in
    *i*) ;;
      *) return;;
esac

$PATH因此，如果这些行下面有定义，它们只会在rlogin模式（其中bash是交互式、$-包含i并且~/.bashrc来源为~/.profile）中解释，而不是在rsh模式（其中~/.bashrc来源，但其大部分内容被跳过）中解释。 shell 不是交互式的）。

^{1 在以（与/相对）argv[0]开头的情况下，传递 a 时是否将其视为登录 shell取决于是否启用了编译。--l--login-c codebashNON_INTERACTIVE_LOGIN_SHELLS}

Answer