TERM HOWTO

1. 法的条件

2. イントロダクション

3. TERM はどのように動くのか

　TERM を試す前に、この章全てと、パッケージとともに提供される INSTALLATION ファイルを最初に読むことを強くおすすめします。さらに、TERM と (term)test につ いてのマニュアルページにも目を通して下さい。きっと簡単に、素早く作業をするこ とができるでしょう。

4. セットアップ

5. TERM クライアント

　TERM はデフォルトでいくつかのクライアントを提供しています。これには trsh, tmon, tupload, tredir, txconn そして新しいバージョンでは trdate, trdated が含 まれます。さらに、バージョン 2.0.0 からは tudpredir が利用可能になり、バー ジョン 2.1.0 からは tdownload が利用可能です。このセクションでは trsh, tmon, tupload, tdownload, trdate そして trdated について扱います。その他については それ自身のセクションがあります。TERM リンクを確立するまでは TERM クライアント は動作しません。

　tmon はリンクの状態をモニターする簡単なユーティリティです。受信した、また送 信したキャラクタのタイムヒストグラムを表示します。単純に tmon で起動できま す。バージョン 1.11 などでは、間違った(??)情報を表示するバグがあります。

　trsh は rsh に似ています。引数なしでは、リモートシステムのインタラクティブ シェルを起動(つまりログイン)します。trsh は TERM を通してリモート側にアクセス する基本的な方法の一つです。引数を渡すと、trsh はリモートシステムのコマンドと して実行します。例えば

trsh ls

はリモートシステムのホームディレクトリのファイルのリストを得られます。

　tupload はローカルからリモートへ、最初の引数で与えられたファイルを転送しま す。デフォルトでは、ファイルは、相手側で TERM を起動したのと同じディレクトリ に格納されます。ファイルを他のディレクトリに入れるには、その名前を tupload の 二つ目の引数として与えます。例えば、もしファイル 'term114.tar.gz' をリモート システムの '/usr/tmp' にコピーしたいとすると、このようにタイプします

tupload term114.tar.gz /usr/tmp

　tupload を使うときは 'tupload a.*' のようにワイルドカードを使うことができま す。シェルはワイルドカードを展開して、tupload は 'tupload a.1 a.2 ......' の ように呼ばれます。

　tdownload はリモートからローカルへ、最初の引数で与えられたファイルを転送し ます。デフォルトでは、ファイルはローカル側で TERM を起動したのと同じディレク トリに格納されます。ファイルを別のディレクトリに入れるには、その名前を tdownload の二つ目の引数として与えます。例えば、ファイル 'term114.tar.gz'を ローカルシステムの '/usr/tmp' にコピーしたいとすると、このようにタイプします

tdownload term114.tar.gz /usr/tmp

　tdownload を使うときには 'tdownload a.*' のようにワイルドカードを使うことは できません。その理由は tdownload を使うときには、ローカルのシェルにはリモート のディレクトリが見えていないからです。そのため、ローカルのシェルはワイルド カードを展開できないのです。

　trdate は時刻を設定するユーティリティです。リモートマシンの時刻を読みとって ローカルの時計をリモートに合わせます。これは root で実行されなくてはなりませ ん。

　trdated は trdate のデーモンバージョンです。'rc.local' で起動されるとデーモ ンとして実行され、５分(デフォルト)毎に時刻を合わせます。TERM コネクションのな い時でも、rc.local にセットされると起動します。TERM コネクションが張られる と、時刻を合わせはじめます。

6. X と TERM

　TERM はネットワーク上のマシンで走っているクライアントから X のウィンドウを 開くことを可能にします。これは txconn クライアントによってなされます。txconn はネットワークにつながったリモート上で実行されます；単に txconn と起動するだけ です。txconn はバックグラウンドに回って標準出力に数字を返します；この数字は、 クライアントがローカルマシンの X サーバにアクセスするときに使うディスプレイ番 号です。例をあげればはっきりするでしょう。私は foo というリモートの TERM ホス トに trsh を通してログインしています。私は以下のことを実行します。

foo$ txconn Xconn bound to screen 10 :10 foo$

　では、自分のマシンの X サーバで表示したい X クライアントを走らせるホスト上 で、こうします。

setenv DISPLAY foo:10

(bash では export DISPLAY=foo:10 を使うことになります)

xhost + foo

あるいは

xhost +

をローカルマシンで実行しなければならない場合もあります。今、クライアントを起 動すると、クライアントはマシン foo のスクリーン 10 番につなごうとします。が、 txconn がこのスクリーンを見張っていて、X プロトコルのパケットを TERM を通じて ローカルホストの X サーバに転送します。すなわち、ウィンドウはローカルマシン上 に開くわけです。

　このことは別の向きでも可能です－ローカルマシンでクライアントを実行し、ウィ ンドウをネットワーク上のリモートマシンに開くのです；しかしこれを説明するの は、後で tredir について議論するときまで先送りにします。

X プロトコルはそんなに効率が良くありません；いくらかバンド幅を無駄に使いま す。このことはイーサネットでは普通問題になりませんが、モデム経由では命とりに もなります。X11R6 は LBX という X プロトコルのバンド幅の低いバージョンを導入 することを想定しています。しかしもし X11R5 を使うのなら、X プロトコルを圧縮す る sxpc というユーティリティを使うことができ、シリアルライン上でのレスポンス を改善します。sxpc は TERM とともにどのように動かすかについて触れているので、 おすすめできます。sxpc のパッケージには xauth の使い方についても説明があるの で、なおのことおすすめです。

7. tredir

tredir は TERM のもっとも強力なユーティリティのうちの一つで、もっとも重要な ネットワークサービスを TERM リンク上で動作させることを可能にします。tredir を どうやって使うかを説明する前に、ネットワークサービスについての裏側を少し説明 しておく必要があるでしょう。以前にもネットワークサービスについて触れました が、それが何であるかにははっきりとは触れませんでした。サービスというのはつま り－ネットワークによって提供されるサービスのことです。サービスの例としてはマ シン間でのログインを提供する telnet や、マシン間でファイルを転送する File Transfer Protocol, ftp や 電子メールを送る時に使う the Simple Mail Transfer Protocol, smtp などがあります。それぞれのネットワークサービスにはそ れに付随したポート番号があります。サービスに対するポート番号の割り当ては、イ ンターネットにつながったマシンの中のファイルによって与えられています。

サービスはどのようにして呼び出されるのでしょうか？それぞれのネットワークに つながったマシンには inetd というデーモンが走っていて、ネットワークポートへの 接続の試みを見張っています。これらのリクエストはネットワークからも、ローカル マシンからも来ることがあります。ネットワークサービスは、適切な inetd ポートに 接続することによって得られます。ネットワークリクエストが出されると、inetd は リクエストが出されたポート番号によってどのサービスを呼び出すかを知っています。 inetd がそのように設定されていれば、接続要求に対して適切なサービスを提供しま す。inetd の設定は、ファイル '/etc/inetd.conf' によって与えられ、それには inetd が提供するサービスのリストが載っています。さらに情報を得るには、inetd と inetd.conf のマニュアルページを見て下さい。

telnet (termtelnet でないことに注意)を使ってネットワークサービスと直接通信 することができます。例えば、マシン machine_name 上の sendmail (または smtp) デーモンと会話するには、telnet machine_name smtp とするか、 telnet machine_name 25 (25 は '/etc/services' で smtp に割り当て得られた番号 です)とすることができます。リモートマシンのデーモンから丁寧な挨拶を受けること でしょう。これはネットワークの問題や tredir によってリダイレクトされたポート の確認(以下参照)のために大変有効なトリックです。

tredir は inetd と大変似た働きをします。デーモンとしてバックグラウンドで実 行され、ネットワークポートを見張ってリクエストを待ちます。サービスに対するリ クエストが出ると、inetd がするように、サービスを提供する代わりにそのリクエス トを TERM リンクを通じてリモート TERM に転送し、リモートの TERM はネットワー クを通じてリクエストを出し、ローカルのクライアントに対してリンクを通じて結果 を返します。tredir はネットワーク上のどのマシンにもリクエストを転送できます が、デフォルトでは TERM リンクの相手側のマシンに送ります。tredir は TCP (Transmission Control Protocol)ネットワークサービスを TERM リンクを通じてリダ イレクトします。

tredir の一般的なコマンドの形式は：

tredir [this_computer:]port [that_computer:]port

例をあげるとはっきりするでしょう。ローカルポートをリモートマシンの telnet ポートにリダイレクトしてみましょう。このためには、

tredir 2023 23

とします。これで、ローカルマシンのポート 2023 につないだ人はリモートマシンの ポート 23 (telnet) にリダイレクトされます。これがセッションの例です；ローカル マシンを mymachine.modem.home 、リモートマシンを netsun とします。

$ tredir 2023 23 Redirecting 2023 to 23 $ telnet localhost 2023 Trying 127.0.0.1... Connected to mymachine.modem.home Escape character is '^]'. SunOS UNIX (netsun) login:

この例は実際に非常に便利です。代わりに netsun で tredir を実行したとしま す。ネットワークにつながったマシンのリダイレクトされたポートにつなぐ(telnet を使って)だけで mymachine に telnet できることになります－すなわち、 telnet netsun 2023 とするのです。

tredir の利用の一般的な本質はネットワーク上のマシンに必要とされるサービスを リダイレクトすることです。次の例では、ネットワーク上のニュースサーバから TERM リンクを通してローカルマシンでニュースを読めるようにします。ニュースは nntp サービスで提供され、ポート番号は 119 です。全てのきちんとしたニュースリーダ は、設定ファイルか環境変数でどのポート番号を使うかを設定できるようになってい ます。これをローカルのポート 2119 に決めましょう。では、ニュースサーバを news.domain.org とします。ポート 2119 を news.domain.org のポート 119 にリダ イレクトします；そしてニュースリーダには nntp サーバがローカルホストのポート 2119 にあると設定してやります。利用するニュースリーダにもよるので、ここでは ニュースリーダの代わりに telnet を使ってリンクをテストするだけにしましょう。

$ tredir 2119 news.domain.org:119 Redirecting 2119 to news.domain.org:119 $ telnet localhost 2119 Trying 127.0.0.1... Connected to mymachine.modem.home. Escape character is '^]'. 200 news.domain.org InterNetNews NNTP server INN 1.4 07-Dec-41 ready (posting ok).

ここまで来れば、あとやるべきことはニュースリーダを TERM を通して読めるよう に設定することだけです(もしこのようにしてニュースを読むのであれば、投稿する全 ての記事の Reply-To: ヘッダににきちんと届く email アドレスをセットする必要が あります。そうでないと、あなたに連絡をとろうとする人達はニュースリーダのつけ る間違った) From: ヘッダを見てメールを出してしまうでしょう)。

8. tudpredir

　tudpredir は、プログラムが何をするのか、またどのように起動されるのかという ことを見れば tredir に似ています。これら二つのプログラムの大きな違いは tredir が TCP ネットワークサービスをリダイレクトするために使われるのに対して、 tudpredir は UDP (User Datagram Protocol) ネットワークサービスを TERM リンク を通してリダイレクトするということです。二つのプログラムの間のもう一つの違い は、tredir がローカルポートを確立するのに成功するとバックグラウンドデーモンに なるのに対して、tudpredir では明示的にバックグラウンドに回さなければならない ということです。

　一般的な tudpredir の形は：

tudpredir [this_computer:]port [that_computer:]port

9. 作業の自動化

　さて、ここまでで全てのネットワークサービスを TERM を通して得る方法を知りま したので、リンクが自動的にセットアップされ、設定までできるようになったらいい ですね。そのような方法はどのコミュニケーションプログラムを使うのか、こと用に リモートシステムにログインするのかによって無数に存在するでしょう。

　私は使ったことがありませんがとてもいいと聞いているプログラムが fet, a front end for TERM です。これはリモートシステムにログインし TERM を起動し全 ての tredir を実行するようデザインされています。fet についてのあらゆるコメン トは大歓迎です。

　ここでは例として、kermit を使ってリモートシステムにログインし、全ての TERM の初期化をするコマンドのセットを紹介しましょう。もちろんですが、あなたがこの 例を使うのなら、あなた自身のログイン手順にあわせて修正する必要があるでしょう。

　実際に呼び出されるコマンドはシェルスクリプト 'knet' で、このようなものです。

#!/bin/sh /usr/bin/kermit -y $HOME/.kerm_term > $HOME/klog < /dev/null 2> & 1 exec $HOME/bin/tstart >> $HOME/klog 2> & 1

　スクリプト '.kerm_term' は次のようなものです。

pause 2 # The number you want to dial output atdtXXXXXXX \13 # Login to the terminal server input 145 {name: } output MYNAME \13 input 3 {word: } output MYPASSWORD \13 input 5 {xyplex>} # Make the line transparent output term telnet-t \13 output term stopb 1 \13 # Connect to the remote host output telnet remotehost.somedomain.org \13 input 10 {ogin: } output MYOTHERNAME \13 input 3 word: output MYOTHERPASSWORD \13 pause 5 # Fire up term on the remote host output exec term -s 38400 -l $HOME/tlog -w 10 -t 150 \13 ! /usr/bin/term -r -l $HOME/tlog -s 38400 -c off -w 10 -t 150 < /dev/modem > /dev/modem & # Open other clients here suspend !killall -KILL term

　最後に、 TERM クライアントを起動するスクリプト 'tstart' がこれです。

#!/bin/sh # # This lets mail get out, can read news here, can pick up my mail here # /usr/local/bin/tredir 2025 25 2119 newshost:119 2110 pophost:110 # # So I can open up Xwindows here # /usr/local/bin/trsh -s txconn # # So I will receive mail.... # /usr/local/bin/pop # # Clean out the queue, in case of boo-boos # /usr/bin/runq # # Done now # echo ^G^G > /dev/console

　最後にコネクションを切りたくなったら、kermit をレジュームし、サスペンドして ください。スクリプトの最後の行がローカルの TERM を kill してシステムを最初の 状態に戻します。

　(著者からの注意：'!killall -KILL term' する代わりに '!tshutdown' でも可能な はずなのですが、これも動くでしょうか？)

　先ほどいったように、やり方は無数にあります；これらは単にスタートを切るため の例に過ぎません。このほかの例も autoterm や JoelTermStuff のパッケージで見つ かるでしょう。

10. ソフトを TERM とともに使えるようにする

　原理的には、ネットワークを使うプログラムは TERM との組み合わせでも動かせま す。そのうちのいくつかはすでに TERM が組み込まれたバイナリとして手に入りま す。これらには telnet, (nc)ftp, Mosaic そしてその他たくさんあります。それらの プログラムのほとんどは TERM 1.17 以前のもののためにコンパイルされています。し かし、新しいバージョンの TERM でも動くはずです。

　プログラムを TERM 対応にするもう一つの方法は、自分で移植することです。この 過程については次のサブセクションで述べます。

　プログラムを TERM 対応にする最後の方法は、temify することです。

11. Term クライアント

12. Term とセキュリティ

　このセクションでは、いくつかの TERM のセキュリティの外観について指摘してお きます。問題が説明され、セキュリティを向上させる方法が書かれています。

13. 覚えておくこと

　このセクションでは、TERM についてのソフトウェアや情報を得るのに役に立つ ftp アドレスや URL を書いておこうと思います。

　ネットニュースで質問をするときには、みなさんがその問題を解決するのに十分な 情報を入れるようにしてください(TERM のバージョン番号、コネクションのセット アップの方法、等)。現時点で多くの TERM のバージョンが使われておりそれ特有の、 また一般的な問題も存在します。そのため、もし有用な回答がほしかったら、少なく とも TERM のバージョンは記載すべきです。そうでないと、場合によっては問題を解 決するために大まかな推測だけしか得られないでしょう。

14. TERM のバージョンと信頼性

　多くの TERM のバージョンが存在します。TERM をメンテナンスしている Bill Riemer は、どのバージョンが安定していてどのバージョンを避けるべきかとい うリストを作りました。このリストが以下のものです。

term110 --> なんとも言えない term111 --> なんとも言えない term112 --> なんとも言えない term113 --> なんとも言えない term114 --> そこそこ安定したβバージョン term115 --> 不安定なβバージョン term116 --> 不安定なβバージョン term117 --> 不安定なβバージョン term118 --> いくらか安定したβバージョン term119 --> 安定したガンマバージョン term-2.0.X --> いくらか安定したβバージョン term-2.1.X --> さらに安定したβバージョン term-2.2.X --> 新しいβバージョン term-2.3.X -->

15. Term スピード表

　Bill McCarthy のおかげで、違うモデム、TERM のバージョン、コネクションの状態 での TERM のスピード表があります。この目的は、新しい、また経験を積んだユーザ に他の人たちが何を使っているのか、またどのような結果を得ているのかを知らせる ことです。

LINUX TERM 表 8/14/94 |___modem speed/make___|___line speed__|__avg cps__|__high__|__term ver_| | 1) USR SP 14.4 | 9600 | 950 | 963 | 1.17 | | 2) USR SP 14.4 | 14400 | 1376 | n/a | 1.18p06 | | 3) Zoom 2400 | 2400 | 220 | 230 | 1.19 | | 4) Boca V.32bis 14 | 57600 | 1400 | n/a | 1.01/09? | | 5) Viva 14.4 | 14400 | 1300 | n/a | 1.16 | | 6) USR SP 14.4 | 14400+ | 1550 | 1680 | 1.19 | | 7) Intel 14.4 Fax | 14400 | 1400 | 1650 | 2.0.4 | | 8) cable tv hookup | 57600 | 1500 | 1800 | 1.18p06 | | 9) Twincom 144/DFi | 57600 | 1500 | 4000? | 2.0.4 | | 10) USR SP 14.4 | 14400 | 1200 | 1500 | 1.08 | | 11) cable tv hookup | 19200 | 1300 | 1800 | 1.19 | |-----------------------------------------------------------------------|

+コマンドフラグと／termrc 設定： 1) default escapes 2) window 5 3) baudrate 2400 4) n/a baudrate 9600 timeout 200 window 3 window 10 noise on timeout 150 5) compress off 6) baudrate 19200 7) ignore 19+17 8) compress off window 10 compress on window 4 escape 0, 13, timeout 150 timeout 90 16-19, 255 baudrate 38400 baudrate 0 shift 224 flowcrtl 500 window 10 timeout 70 retrain on breakout 24 9) compress off 10) compress off 11) baudrate 19200 baudrate 57600 baudrate 38400 compress on window 10 escape 17, 19 shift 224 timeout 200 remote escape 0, 13 16-17 noise on 19, 255 share on window 10 remote timeout 40

　片方でエスケープしたキャラクタはもう一方で無視していることを意味しています。

16. ネット上で見つかるヒントとトリック

　Linux 関連のニュースグループでは、毎週 TERM に関する多くの質問がなされまた 回答されています。ニュースグループへのトラフィックを減らすため、このセクショ ンではこれらの質問とそれに対する答えをまとめてみようと思います。いくつかの答 えについては、私も同じ問題に関係したために確認をしました。それ以外は、単に ニュースグループからとってきただけでテストはしていません。

• 多くの人たち、特に Ultrix を使っている人たちが、24 行のウィンドウを使ってい るときに vi が 24 行以下しか表示しないというトラブルに見舞われているようで す。これを取り除くには３つの方法があります。

  1. このようにリモートシステムにログインする

     trsh -s telnet <hostname>

  2. '.login' ファイルに 'resize; clear' を入れる

  3. 最もいい解決法はリモートでこのように入れることではないでしょうか：

     stty 38400

• 多くの人たちが何らかの理由での TERM コネクションのクラッシュが問題になって いるようです。そのため、アプリケーションをスタートする前に TERM コネクション がまだ生きているのかそうでないのかを知りたいと思っています。例として、これは 以下のような小さなシェルスクリプトで確認できます：

  • 　tcsh を使っているなら：

    if ( { trsh -s true } ) then ... endif

  • 　bash を使っているなら

    if trsh -s true; then ... fi

• WWW ブラウザ Netscape を TERM と共に動かすことで問題が起きているようです。 いいニュースは、これは TERM のもとで動くということです。どのようにするかは：

  1. Netscape を termify する

  2. termnetscape を起動する

     Options | Preferences | Mail/Proxies 以下の「全ての」プロクシーボック スを空白にする

     SOCKS のボックスを 'remotehost' & 80 にセットする。

  3. Options メニューから出るときのエラーを無視する。

  4. termnetscape が正しく動かなかったら：

     Options | Preferences | Mail/Proxies 以下の「全ての」プロクシーボック スを空白にする

     SOCKS のボックスを 'none' & 80 にセットする。

  5. Options メニューから出るときのエラーを無視する。

　Scott Blachowicz は TERM リンクのリモート側にプロクシーサーバ(例えば、CERN の httpd)がインストールされていれば Netscape やその他のブラウザを TERM と共に 動かすのはかなり簡単だとメールしてくれました。ローカル側では、このようにしま す：

1. tredir localhost:8080 remotehost:80

   ここで、 'remotehost' はプロクシーサーバシステムのホスト名です。

2. ブラウザを起動し、preferences や options やそういったものの中で 'localhost' のポート 8080 番をプロクシーにセットする。

   いくつかのブラウザでは、このように環境変数をセットします。

   export http_proxy=http://localhost:8080/ export ftp_proxy=http://localhost:8080/

17. その他のこと

　いくつかのことを入れたいと思っています。

• トラブルシューティングの拡張

• セキュリティの論点の拡張

• Termwrap

• 提案

　もし提案、批評、この文書に関する何か他にあれば、どのような形でも結構ですの で出してください。今は、私 Patrick Reijnen が TERM-HOWTO の原作者となっていま す。私には(現在)、patrikr@bart.nl で連絡が取れます。

18. 謝辞

　多くの人たちに感謝します。まず第一に我々にこのようなすばらしいツールを提供 してくれた Michael O'Reilly と TERM の開発者全てに。またこの HOWTO にフィード バック、また貢献してくれた全ての人たちに感謝します。前の作者である Bill Reynolds, Ronald Florence, Tom Payerle, Bill C. Riemers, Hugh Secker-Walker, Matt Welsh , Bill McCarthy, Sergio Weyman Martin そしてこ こであげることのできない全ての人たちに感謝します。

<<訳者より>>

1. [無保証]私はこの翻訳が正しいことを保証しません。必要ならば Term の マニュアルやこの文書の原文を読むなどして下さい。

2. [謝辞]翻訳を支援して下さった JF の方々、ありがとうございます。

3. [お願い]この訳文の誤訳の指摘、御意見、御感想などお寄せ下さい。