如何设置$ PATH使`ssh user @ host command`有效？

Question

我似乎无法设置一个新的$ 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 /游戏).远程计算机正在运行Ubuntu 8.04.

我确信我可以将其破解到/ etc/profile中,但这不是一个干净的解决方案,只有在具有root访问权限时才有效.

Answer 1

正如grawity所说,〜/ .bashrc就是你想要的,因为它是由非交互式非登录shell提供的.

我希望你遇到的问题与默认的Ubuntu~/.bashrc文件有关.它通常以这样的东西开头:

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

您希望在此行之前为非交互式shell添加任何内容.

Answer 2

你有一个~/.bash_login还是~/.bash_profile？

交互模式下的Bash检查这些文件,并按以下顺序使用第一个现有文件:

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

所以,如果你有一个~/.bash_profile,那么你做的任何改变都~/.profile将是看不见的.

非交互模式下的Bash 有时会读取文件~/.bashrc(通常也是来自交互式脚本的文件.)"有时"我的意思是它依赖于分发:非常奇怪,有一个编译时选项可以启用此功能.Debian支持~/.bashrc阅读,而Arch则没有.

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

Answer 3

ssh文档说:

如果指定了command,则在远程主机上执行它而不是登录shell.

这就是为什么添加到bashrc文件不起作用.但是你有以下选择:

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

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

Answer 4

你总是可以说:

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