如何设置$ PATH以便`ssh user @ host command`起作用？

我似乎无法设置新的$ PATH，以使其在通过执行命令时使用ssh user@host command。我尝试将其添加export PATH=$PATH:$HOME/new_path到远程计算机上的〜/ .bashrc和〜/ .profile中，但是执行ssh user@host "echo \$PATH"显示更改尚未被使用（它显示/ usr / local / sbin：/ usr / local / bin：/ usr / sbin：/ usr / bin：/ sbin：/ bin：/ usr / games）。远程计算机正在运行Ubuntu 8.04。

我确定我可以将其入侵/ etc / profile，但这不是一个干净的解决方案，它仅在具有root访问权限的情况下才有效。

就像grawity所说的那样，〜/ .bashrc是您想要的，因为它是由非交互式非登录外壳程序提供的。

我希望您遇到的问题与默认的Ubuntu〜/ .bashrc文件有关。通常以以下内容开头：

# If not running interactively, don't do anything
[ -z "$PS1" ] && return

您想在此行之前为非交互式外壳放置任何内容。

您有一个~/.bash_login或~/.bash_profile吗？

Bash以交互方式检查这些文件，并按以下顺序使用第一个现有文件：

1. ~/.bash_profile
2. ~/.bash_login
3. ~/.profile

因此，如果您有一个~/.bash_profile，那么您所做的任何更改都~/.profile将不可见。

非交互模式下的Bash 有时会读取文件~/.bashrc（通常也从交互脚本中获取文件。）“有时”是指文件依赖于分发：很奇怪的是，有一个编译时选项可以启用此功能。Debian启用~/.bashrc读取功能，而Arch则无法启用读取功能。

ssh 似乎正在使用非交互模式， 所以~/.bashrc应该足够了。当遇到这样的问题时，我通常会添加一些回声以查看正在运行的文件。

ssh文档说：

如果指定了命令，那么它将在远程主机而不是登录外壳上执行。

这就是为什么无法添加到bashrc文件的原因。但是，您确实有以下选择：

1. 如果PermitUserEnvironment在sshd配置中设置了该选项，则可以将PATH设置添加到~/.ssh/environment

2. ssh remotemachine 'bash -l -c "somecommand"'

您可以随时说：

ssh remotemachine 'export PATH=wedontneedastinkingpath; echo $PATH'

除了@signpolyma答案，您还必须在这些行之前添加导出

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

我自己也遇到了同样的问题，可以通过以下方法解决：

ssh user@remotehost PATH=\$HOME/bin:\$PATH\; remote-command