複数のファイルを標準入力経由で渡す（ssh経由）

リモートホストにプログラムがあり、その実行を自動化する必要があります。コマンドは同じマシンでそのプログラムを実行し、次のようになります。

/path/to/program -a file1.txt -b file2.txt

この場合には、file1.txtとfile2.txt私はちょうどことはできませんので、プログラム内の全く異なるもののために使用されているcatそれらを一緒に。しかし、私の場合には、file1.txtとfile2.txt私はプログラムに渡したいことはありません、私はプログラムを実行する必要があるホスト上で、私のデバイス上にのみ存在します。少なくとも1つのファイルをSSH経由で渡すことができることを知っていますstdin。

cat file1.txt | ssh host.name /path/to/program -a /dev/stdin -b file2.txt

しかし、ファイルをホストに保存することは許可されていないので、file2.txtそこにもアクセスする方法が必要です。環境変数の悪用と創造的な使用catとsed一緒に使用することで可能になると考えていますが、ツールを使用してこれを達成する方法を理解するのに十分なツールがわかりません。それは実行可能ですか？

プログラムの引数として指定されたファイルがテキストファイルであり、そのコンテンツを制御できる場合（ファイル内で発生しない行を知っている場合）、複数のヒアドキュメントを使用できます。

{
    echo "cat /dev/fd/3 3<<'EOT' /dev/fd/4 4<<'EOT' /dev/fd/5 5<<'EOT'"
    cat file1
    echo EOT
    cat file2
    echo EOT
    cat file3
    echo EOT
} | ssh user@host sh

catファイル名を引数として使用するサンプルコマンドを次に示します。代わりに：

echo "/path/to/prog -a /dev/fd/3 3<<'EOT' -b /dev/fd/4 4<<'EOT'

EOTそれぞれをそれぞれのファイルで発生しないものに置き換えます。

たぶんあなたが望むものではないかもしれません...しかし、sshによって開かれたパイプを介してtarballを送信することを検討してください。

あなたが言った：

ホストにファイルを保存することはできません。

書き込み可能なホームディレクトリや、ファイルを長期間保存するためのその他の便利な場所がない可能性がありますが、書き込み可能な場所がないとは限りませんtmpfs。特定の接続。

多くのプログラム（さらにlibcルーチン）には書き込み可能が必要な/tmpので、おそらくそれが利用可能になるでしょう。

次に、tarballを一時ディレクトリに解凍し、プログラムを実行し、ssh接続を介してクリーンアップするスクリプトを使用できます。

何かのようなもの：

$ tar cf - file1.txt file2.txt |
  ssh host.name '
      set -e
      tmpdir=$(mktemp -d -t tmp.XXXXXXXXXX)
      cleanup () { rm -rf "$tmpdir"; }
      trap cleanup EXIT
      cd "$tmpdir"
      tar xf -
      /path/to/program -a file1.txt -b file2.txt
  '

これには、ファイルパスに特別な注意が必要な場合があり、考慮すべきいくつかのコーナーケースがあります（それらをテストします）が、一般的なアプローチは機能するはずです。

書き込み可能なディレクトリが利用できない場合、可能なアプローチはprogram、単一の入力としてtarballを取得し、その内容をメモリに展開するように変更することです。たとえばprogram、がPythonスクリプトである場合、組み込みtarfileモジュールを使用すると、そのようなことを簡単に達成できます。

TCPリスナーを設定できる場合（より高いポートにすることもできます）、2番目のSSHセッションを使用して、で2番目の入力ソースを確立できますnc。

例：

サーバー上にこのスクリプトがあります（~/script.bash）：

#!/usr/bin/env bash
cat "$1" | tr a 1
nc localhost "$2" | tr '[:lower:]' '[:upper:]'

また、これらの2つのファイルはローカルにあります。

$ cat a 
aaa
aaa
aaa
$ cat b
bbb
bbb
bbb

次に、最初に2番目のソース（$servサーバー）を開始します。

ssh "$serv" nc -l -p 2222 -q1 <b &

そして、適切なコマンドを実行します。

$ ssh "$serv" ./script.bash - 2222 <a
111
111
111
BBB
BBB
BBB
[1]+  Done                    ssh "$serv" nc -l -p 2222 -q1 < b

書き込み可能なコメントで確立されている/tmpため、事前にファイルの1つを単純にコピーします。

scp -p file2.txt host.name:/tmp/
ssh host.name "/path/to/program -a /dev/stdin -b /tmp/file2.txt && rm /tmp/file2.txt" < file1.txt

これにより、実行が成功した後にコピーされたファイルもクリーンアップされます（成功に関係なく削除したい場合は&&に変更し;ますが、終了値は失われることに注意してください）。

それが受け入れられない場合は、次の/path/to/programような1つの入力ストリームから2つのファイルを分離できるように、いじくり回すか、ラッパーを提案します。

awk 'FNR == 1 && NR > 1 { printf "%c%c%c", 28, 28, 28 } 1' file1.txt file2.txt \
  | ssh host.name /path/to/tweaked_program

これはASCII情報セパレーター4（ファイルセパレーター、FS）を使用し、3倍にします。これにより、バイナリファイルに偶然その文字列が含まれる可能性を最小限に抑えます。あなたはtweaked_program、その後、セパレータ与えられた入力を分割して、変数などの2つの保存されたファイル上で動作します。

もちろん、tarballを処理するライブラリを備えた言語を使用している場合、より安全でクリーンなアプローチは、次のようtarなコードにパイプするsshことです。

tar -zpc file1.txt file2.txt |ssh host.name /path/to/tweaked_program

そしてtweaked_program、アーカイブを解凍して開き、各ファイルを異なる変数に保存してから、変数に対して元programののロジックを実行します。

経由sshでポートを転送することが許可さwgetれており、リモートマシンとbusyboxローカルマシンにアクセスできる場合、次のようなことができます。

mkdir /tmp/test; cd /tmp/test
echo 1st_file > 1st_file
echo 2nd_file > 2nd_file

busybox httpd -f -p 127.0.0.1:11080 &
ssh USER@HOST -R 10080:127.0.0.1:11080 '
        cat <(wget -q -O- http://localhost:10080/1st_file) \
            <(wget -q -O- http://localhost:10080/2nd_file)
'
kill $!

（cat2つのファイル引数を取るプログラムの例として使用）。

経由-Rでポートを転送する機能のみが必須です。httpを実行する代わりに、他の方法を使用できます。あなたの場合は netcatサポート-dおよび-Nオプション：

nc -Nl localhost 11001 < 1st_file &
nc -Nl localhost 11002 < 2nd_file &
ssh USER@HOST -R 10001:localhost:11001 -R 10002:localhost:11002 '
        cat <(nc -d localhost 10001) <(nc -d localhost 10002)

<(...)リモートマシンのログインシェルがksh-またはbash-でない場合、プロセスの置換を置き換える方法があります。

全体として、これはあまり大きくありません。正確なsystem / shells / config / permissions（提供していません）についてのより良い知識は、よりスマートなソリューションを可能にします。

更新：これは実際には機能しません。sshはstdinとstdout / stderrの意味について非常に明確な考えを持っており、stderrからの読み取りを実際に許可していません。この回答は機能しないため、数日後に削除します。非常に興味深い議論をありがとう!!!

残念ながら、sshクライアントはサーバーに3つのファイル記述子（stdin、stdoutおよびstderr）しか渡さず、追加のファイル記述子を渡すための規定がないため、直接これを行う素晴らしい方法はありません（この特定のユースケースに役立ちます） ）

（また、SSHプロトコルには追加のファイル記述子を渡す規定があり、sshクライアントのみがその機能を使用する方法を実装していないことに注意してください。理論的には、この機能を公開するにはクライアントをパッチで拡張するだけで十分です）

一つハックあなたが探しているものを達成する方法は、ファイルディスクリプタ2（使用することであるstderr第二のファイルを渡すためにファイルディスクリプタを）。何かのようなもの：

$ ssh remote.name \
      /path/to/program -a /dev/stdin -b /dev/stderr \
      <file1.txt 2<file2.txt

これは機能するはずですprogram。stderrに書き込もうとすると問題が発生するだけです。プログラムを実行する前にリモートエンドでファイル記述子を再ジャグリングすることにより、この問題を回避できます。file2.txtファイル記述子3に移動し、stderrを再度開いてstdoutをミラーリングできます。

$ ssh remote.name \
      /path/to/program -a /dev/stdin -b /dev/fd/3 \
      '3<&2' '2>&1' \
      <file1.txt 2<file2.txt