「ssh user @ host command」が機能するように$ PATHを設定するにはどうすればよいですか？

を介してコマンドを実行するときに使用されるように、新しい$ 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にハッキングできると確信していますが、これはクリーンな解決策ではなく、ルートアクセス権がある場合にのみ機能します。

大雑把に言ったように、〜/ .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のドキュメントは言う：

commandを指定すると、ログインシェルの代わりにリモートホストで実行されます。

これが、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