noble (1) forward.1.gz

名前

       forward - 任意のソケットを安全で圧縮された経路にフォワードする

書式

       forward
       [-h, --help]
       [-v, --verbose]
       [-V, --version]
       [-p, --password password]
       [--netrc]
       [--no-netrc]
       [--secure]
       [-z, --gzip]
       [-K, --key-size bits]
       [user@]machine1[:port1]
       machine2:port2
       listen_port

説明

       forward はローカルマシンの listen_port で待ち受ける。接続を受信すると、その接続を secure-mcserv(1) デーモ
       ンが既に動作しているはずの machine1 ヘとフォワードする。すると secure-mcserv デーモンは machine2 のポート
       port2 に接続する。そしてすべてのトラフィックは、 透過的に listen_port と machine2 の port2 の間をフォワー
       ドされる。

       ローカルマシンの listen_port と machine2 の port2 との間の接続は、 --secure オプションと --gzip  オプショ
       ンで変更できる。このように、 forward はあらゆるサービスに対して、安全性あるいは圧縮を付加できる。

オプション

       すべてのオプションは  mirrordir と同様である。詳細は mirrordir(1) を見てほしい。ただし --debug は forward
       がバックグラウンドのデーモンへフォークするのを妨げる意味しか持たない。

例

       私はこれらを試していないが、論理的には正しいと思う。 どこかでタイプミスをしていたら、私に知らせてほしい。

       プリントサーバ A が LAN にある。 この LAN にはマスカレードサーバ B があり、 LAN  をインターネットにつない
       でいる。 B はインターネットと A の両方を見ることができる。 ある別のサイトで、John は D というマシンを持っ
       ており、 これはマスカレードサーバ C を通してインターネットにつながっている。 B と D  は、インターネット越
       しでしかお互いを見ることはできない。 John は lpr を D で起動し、 印刷を A に出力させたい。 また B と C の
       間の経路を圧縮させ、 (1024 ビットの鍵交換で) 暗号化させたい。

       手順は以下のようになる (515 はプリンタのポート):
           A# lpd &
           B# secure-mcserv -d -p 12345
       ~/.netrc に john の B におけるパスワードのエントリを追加する。そして
           C# forward john@B:12345 A:515 515 --secure -K 1024 -z
       /etc/printcap に C のプリンタ x のエントリを追加する。そして
           D# lpr -Px mydocument

       同僚の John が嫌いな Jill が、 X セッションのスクリーンダンプを表示する場合を考える。 彼女は安全な X セッ
       ションを、サーバ A と メインフレーム B の間に作りたい。

       手順は以下のようになる (6010 は display 10.0 に対応する):
           A# X &
           A# secure-mcserv -d -p 12345
       ~/.netrc に jill の A におけるパスワードのエントリを追加する。そして
           B# forward jill@A:12345 A:6000 6010 --secure -K 1024
           B# export DISPLAY=localhost:10.0
           B# fvwm &

テスト済みサービスのリスト

       telnet  ログイン、X セッション、プリンタ (lpr) サービス、 http、pop3 接続はテストされ、動作が確認されてい
       る。 ftp はソケットのバインドが妙 (?)  なのでフォワードできない。  他に動作したものがあったら知らせてほし
       い。 ほとんどのものは動作するはずだが。

バグ

       mirrordir(1) の バグ セクションも見てほしい。 帯域外データ (recv(2) と send(2) の MSG_OOB) は暗号化も圧縮
       もされない。修正されず、プレインテキストで送信される。 これをセキュリティ上のリスクだと考える方は、  私に
       知らせてほしい。何らかの対応をしたいと思う。

       rlogin(1) での画面サイズ変更 (の検知?) は動作しないようだ。しかし telnet(1) では問題ない。これは OOB デー
       タが正しく送られないことと関連しているに違いない。 しかし問題点を発見するために rlogin, rlogind, forward,
       secure-mcserv を同時にデバッグするのは、私は気がすすまない。 チャレンジしてみたい人は、どうか頑張ってほし
       い。

ファイル

       ~/.netrc
              マシンとそのパスワードのリスト。

標準

       mirrordir は作成者の発明であり、 いかなる OS の標準にも従っていない。

入手方法

       このプログラムの最新版は、              ftp://metalab.unc.edu/pub/Linux/system/backup              または
       ftp://lava.obsidian.co.za/pub/linux/mirrordir から入手できる。

著者

       Paul Sheer  <psheer@obsidian.co.za>  <psheer@icon.co.za>

関連項目

       mirrordir(1), pslogin(1), ssh(1)