SSHリモートコマンドは、手動で実行した場合よりも少ない環境変数を取得するのはなぜですか？ [閉まっている]

StackOverflow https://stackoverflow.com/questions/216202

  •  03-07-2019
  •  | 
  •  

質問

マシンにsshして実行すると正常に実行されるコマンドがありますが、次のようなリモートsshコマンドを使用して実行しようとすると失敗します。

ssh user@IP <command>

＆quot; env＆quot;の出力の比較異なる環境で両方の方法を使用してください。手動でマシンにログインしてenvを実行すると、実行時よりも多くの環境変数が取得されます。

ssh user@IP "env"

理由は何ですか？

役に立ちましたか？

解決

さまざまな種類のシェルがあります。 SSHコマンド実行シェルは非対話型シェルですが、通常のシェルはログインシェルまたは対話型シェルです。 man bashの説明を次に示します。

       A  login  shell  is  one whose first character of argument
       zero is a -, or one started with the --login option.

       An interactive shell is  one  started  without  non-option
       arguments  and  without the -c option whose standard input
       and error are both connected to terminals  (as  determined
       by  isatty(3)), or one started with the -i option.  PS1 is
       set and $- includes i if bash is interactive,  allowing  a
       shell script or a startup file to test this state.

       The  following  paragraphs  describe how bash executes its
       startup files.  If any of the files exist  but  cannot  be
       read,  bash reports an error.  Tildes are expanded in file
       names as described below  under  Tilde  Expansion  in  the
       EXPANSION section.

       When  bash is invoked as an interactive login shell, or as
       a non-interactive shell with the --login option, it  first
       reads and executes commands from the file /etc/profile, if
       that file exists.  After reading that file, it  looks  for
       ~/.bash_profile,  ~/.bash_login,  and  ~/.profile, in that
       order, and reads and executes commands from the first  one
       that  exists  and is readable.  The --noprofile option may
       be used when the shell is started to inhibit  this  behav­
       ior.

       When a login shell exits, bash reads and executes commands
       from the file ~/.bash_logout, if it exists.

       When an interactive shell that is not  a  login  shell  is
       started,  bash reads and executes commands from ~/.bashrc,
       if that file exists.  This may be inhibited by  using  the
       --norc  option.   The --rcfile file option will force bash
       to  read  and  execute  commands  from  file  instead   of
       ~/.bashrc.

       When  bash  is  started  non-interactively, to run a shell
       script, for example, it looks for the variable BASH_ENV in
       the  environment,  expands  its value if it appears there,
       and uses the expanded value as the name of a file to  read
       and  execute.   Bash  behaves  as if the following command
       were executed:
              if [ -n "$BASH_ENV" ]; then . "$BASH_ENV"; fi
       but the value of the PATH variable is not used  to  search
       for the file name.

他のヒント

コマンドを実行する前にプロファイルを取得する方法はどうですか？

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

これを〜/ .bash_profile 、〜/ .bashrc などに変更するのが最適かもしれません。

（こちら（linuxquestions.org））

リモートsshコマンドを実行すると、シェル環境がロードされません。 ssh環境ファイルを編集できます：

vi ~/.ssh/environment

形式は次のとおりです。

VAR1=VALUE1
VAR2=VALUE2

また、PermitUserEnvironment = yesオプションのsshd設定を確認します。

同様の問題がありましたが、最終的には〜/ .bashrcだけで十分であることがわかりました。

ただし、Ubuntuでは、〜/ .bashrcの処理を停止する行をコメントする必要がありました：

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

この問題の簡単な解決策は、追加することでした   ソース/ etc / profile script.shファイルの一番上に、ターゲットシステムで実行しようとしていました。 ここのシステムでは、これにより、script.shに必要な環境変数がログインシェルから実行されているかのように設定されました。

以前の回答の1つでは、〜/ .bashr_profileなどを使用することが提案されました。 私はこれに多くの時間を費やしませんでしたが、これに関する問題は、あなたがログインしたソースシステムのシェルとは異なるターゲットシステムのユーザーにsshする場合、これがソースシステムユーザーを引き起こすように見えました〜に使用される名前。

〜/ .bashrcの非対話型シェルのチェックの上に、必要な環境変数をエクスポートするだけです。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top