使用 - みる会図書館

1. UNIX MAGAZINE 2000年6月号

特集 ThinkPad 570 で nux ② しです。しかし、携帯電話や PHS での接続には、での説明で使ってきた内蔵モデムではなく、各不叫妾続用の専用 PC カードを使うことになります。その場合に、前述の設定ではうまく動かない箇戸励ゞあったのて補足します。こまでは、内蔵モデムを使うために、内蔵モデム用のドライパ・モジュール ltm 。 dem をロードして利用していました。しかし、 ltmodem がロードされていては、 PC カードなどの外部モデムがうまく利用できませんでした。したがって↓丿、下の作業は、 ltmodem がロードされていない状態で、 userlink がロードされていることを前提としています。 PacketOne を不した売 cdmaOne の PacketOne を利用して PPP 接続をおこなう場合には、 PPxP の Quick DiaIup で次のような設定をおこないます。なお、今回使用したのは IDO の PacketOne カードです。この環竟では、通信速度 64Kbps でのインターネット接続か可能です。テパイス名 /dev/modem お尺します。さきほどの内蔵モデムの例では、 /dev/modem は /dev/ttyS14 へのシンポリック・リンクでした。 PacketOne カードを差して認識された状態では、 /dev/modem は /dev/ttyS0 へのシンポリック・リンクになっていると思います。これは、次のようにして不忍できます。 $ ls —al /dev/modem lrwxrwxrwx 1 root 9 10 : 58 /dev/modem ー > /dev/ttySO 電話番号 11 Mar 仮に設定するだけなので、どんな番号でもかまいません。ここでは 0 とでもしておきます。・ユーザー名、プロバイダから指定されたユーサー名@プロバイダのドメイン " という書式で入力します。たとえば、ユーサー名が hoge で、 mobile. ne ・ jp というドメインのプロバイダを使用している場合には、 hoge@mobile.ne.jp と入力します。・ノヾスワードプロバイダから指定されたパスワードを入力します。 56 こまでで、インターネットに接続できるようになりました。次は、 Web と電子メールを使えるようにしましょう。 Web は、 Vine 、 LASER5 とも、最初から日本言ヒされた Netscape が入っており、使用にあたってとくに問題はないと思います。そこで、以降ではメールソフトとして Mew ( みゆう ) を使うことにして、その利用法を説明していきます。 Mew について Mew 付属のドキュメントである Mew lnfo には、「 Mew とは、 * 電子メール * ネットニュース *MIME (Multipurpose lnternet Mail Extensions) *PGP (Pretty Good Privacy) を統合し、簡単に読み書きするためのインターフェイスです」とあります。ネットニュースに関しては、バージョン 2. xx 以降で実装が予定されているようです。現在のバージョンは 1.94 です。 Mew を利用すれば、メールに写真を添付して送ったり、そのようなメールを読んだりすることが簡単にできます。また、 PGP を使ったメールの暗号化への対応も積極的におこなわれています。そしてなにより、これらか驃準に則した実装を目指している点カ徴です ( 実際、標準とはすこし違った実装のメーラーも数多くあります ) 。 Mew の公式サイト (http://www.mew.org/o 図 32 ) には、 Mew ・モデムの定義 generic お尺します。・ DNS の言殳定プロバイダから指定された DNS サーバーの IP アドレスを設定します。上記の設定で、 PPxP を利用してダイヤルアップ接続かできました。 PHS の PIAFS を利用した接続 PHS を利用する孑売でも、モデムの定義は generic を〕尺し、テンヾイスとして /dev/modem を、ユーサー名としてプロバイダから指定されたユーサー名を使用することで、問題なく接続できました。 Mew によるメールの読み書き UNIX MAGAZINE 2000.6

2. UNIX MAGAZINE 2000年6月号

Daemons & Dragons— 0 まれている。たとえは、スレッド管理、 mutex 、状態変数、スケジューリングなどである。インターフェイスは POSIX 1003. lc ー 1995 規格で定められている。 So- laris などのオペレーティング・システムには、標準のシステム・ライプラリに pthread ライプラリが含まれている。 Linux では 2 つの実装が知られている。 Xavier Leroy の LinuxThreads[6] はカーネルスレッドをサホートする。これはまだアルフアテストの段階である ( が、安定しているらしい ) 3 。 Michael peterson が開発した PCthreads[9] はプロセススコープのスレッドだけに対応し、 lntel べースの Linux システムで動作する。ツールの対応状況個々のスレッドについて報告するシステムツールははとんどない。システムコマンド ps の実装は、各プロセスを 1 つのエンティティとして扱う。たとえは、スレッドごとの CPU の使用状況は分析できない。システムツールがこの情報を報告できるとしても、システムスコープのスレッドに限られる。このスレッドだけは、カーネルが個別に追跡できる。 SoIaris では、 /usr/proc/ b ⅲにプロセスレポート用のユーティリティが用意されている。そのなかで、 pflags と pstack はプロセス内の各 LWP の情報を報告する。 top のバージョン 3.5 は、 SoIaris 上で実行すると各プロセスの LWP の数を報告する。システムスコープのスレッドには、 ps が報告する CPU の使用率に景彡響するという副作用がある。 1 つのプロセスが ( 2 つのカーネル・エンティティを通して ) 2 つのプロセッサを占有している例を考えてみよう。このとき、報告される CPU の使用率は 100 % が正しいのだろうか。それとも 200 % だろうか。 100 だとすれは、 2 つのスレッドからなるプロセスが CPU を 1 つだけ占有していると、使用率は 50 と報告されるのだろうか。もしそうなら、マルチプロセッサ・システムで実行中のシングルスレッド・プロセスの使用率は、 100 をプロセッサの数で割った値となるのだろうか。これらの疑間に対する答は、精度というよりは好みの問題である。理想としては、使用率はカーネル・エンティティごとに分析したはうがよいが、 ps はそうしない。それを実 92 3 訳注 : 現在のバージョンは 0.71 (late beta)o 行したら、数百ものスレッドで構成されるプロセスでは出力か膨大なものになってしまうだろう。 SystemV か動くマシンのほとんどで使われる ps は、これらの間題のすべてにけりをつける。 CPU の使用率をいっさい報告しないのである。 ps の実装によっては、プロセスごとに CPU の使用率を表示するオプション ( ー。 pcpu ) を備えているものもある。マルチプロセッサ・システムにおいてこの数字が意味するものは、システムによって異なる。 SoIaris では、利用可能なすべてのプロセッサの割合を報告するようだ。したがって、 4CPU のシステムでシングルスレッド・プログラムを実行した場合、 ps か報告する使用率は 25 % を超えない。プロセッサか増えたときにこの数字がどう変化するかを確かめるには、実際に試してみるのが一 - ・番だ。この場合、マニュアルページはまったくあてにならない。 pcpu は、「最近使用された CPU 時間を、同し期間に利用可能だった CPU 時間に対する比率として、パーセンテージで表す。こでいう、、最近 " は、不定であることを意味する。利用可能な CPU 時間は、適当な手段によって決定される」と定義されている。テ / ヾックスレッド・プログラミングの唯一最大の欠点は、結果のデバッグにある。スレッドの非同期という性質は、部の動作を予測のつかないものにする。また、バグか再現されるとはかぎらない。バグの引き金となった状況を再現するのは難しいからだ。さらに厄介なことに、既存の UNIX 用デバッグッールの多くはスレッドを認識しない。スレッド対応のシステムは、一 - ・般にプログラム開発ツールを通してそれを実現している。しかし、無償で入手できる人気の高いパッケージ (GNU のユーティリティなど ) は、ほとんどのプラットホームで追いついていない。スレッドを利用したプログラミングを検討しているサイトは、適切な開発ツールへの投資を進めるべきである。スレッドの利点スレッド・プログラムの開発が面倒だとしたら、わざわざそうするのはなせだろう。いくつかのタスクは、マルチスレッド・プログラムによって簡略化される。ネッ UNIX MAGAZINE 2000.6

3. UNIX MAGAZINE 2000年6月号

特集 ThinkPad 570 でれ ux ② なお、 PAP (Password Authentication Protocol) では、認証フェーズでサーバーにユーザー名とパスワードを平文のまま送るのに対し、 CHAP (Challenge Handshake Authentication ProtocoI) では、サー・モデムタイプ tive のままでよいと思います。つのモードから j 尺できます。 PPP て接続する際、 active 、・ PPP モードドを暗号化してからサーバーに送信します。バーから送られる乱数をもとに、ユーサー名とパスワーこもデフォルトの ac- passive 、 kick という 3 定します。通常は、何も指定しなくてかまいません。に変換してくれる IP マスカレード機能を使うときに設カーネルでおこなうのとは別に、 IP アドレスを自重加勺・ IP マスカレード間を指定しましよう。こで適当な時 demand 接続を利用するのであれは、には 0 にすればよいでしよう。のちほど説明する On- プロノヾイダとの接続、切断をすべて手動でおこなう場合いません。に切られます。なお、 0 を指定すると自動切断はおこな秒数だけ通信がなければ、プロバイダとの接続が自重加勺自動切断までの待ち時を指定します。ここて指定した・アイドル時間 generic お尺します。するモデムの型名がない場合には、汎用の設定ファイルかの設定ファイルが用意されています。このなかに使用使用するモデムのタイプによって、あらかしめいくつ・ V 測宿接続先のプロバイダから使用する DNS サーバーカ甘旨定報を提供するためのシステムです。べースとしてイ尉寺しておき、問合があったときにその清する IP アドレス ( 192.168.200.3 ) などの情報をデータ Name System) は、ドメイン名 (xxx. yyy ・ ac ・ (p) や対応残るは、、 DNS 設定 " タブです ( 図 27 ) 。 DNS (Domain 能を利用するときは no にする必要があります。す。ただ、ドキュメントによると、 IP マスカレード機です。通常は、 yes のままでも間題は生じないと思いま VJ 圧縮は、バケットのヘッダを ) 宿する方式の一種 52 図 27 DNS 言聢醯「標準」ページの全ての項目を設定してくたさい。 Q Ⅲ硺 . Didup 第準設詳組設定囲 s 設接続時 on ーの書き換えき一 DNS サーバーの指定 ◆ Yes 、 / fix 接続史新保存閉じるードメイン名「一一一一一一一一この犬ージで、 p 援続確立時に 0 ' 肥 50 ⅳ . co 可の書き換えを行いません。 'Yes• ビア PP サーバー ) から取褥したネームサーバーの旧アレスを肥 s 引 v て 0 フしたサーバー下ⅸ ' したアドしスを 0 conf にされているのであれば、その設疋をここでおこないます。接続時の resolv. conf の書き換えこを Yes にしておくと、プロバイダに接続したあとに PPP サーバーから使用する DNS サーバーを指定された場合、そのサーバーを利用します。指定されなけれここに指定した DNS サーバーを利用します。は、 No にすると、ここて寸旨定したサーバーをつねに DNS サーバーとして利用します。・ DNS サーノヾーの孑日疋ドメイン名には、プロバイダから指定されたドメイン名を設定します。その下のサーバー 1 ~ 3 には、プロバイダから指定された DNS サーバーの IP アドレスを設定します。なお、 3 っすべてを設定する必要はありません。以 - ヒの項目を必要に応して設定できたでしようか。設定カ鮗ったら、ウインドウの下にある [ 更新 ] ボタンを押しこでおこなった変更を PPxP に斑央させます。て、さらに、 [ 保存 ] ボタンを押してファイル名を指定し、この設定を、、 ~/ ・ ppxp/conf/ 入力したファイル名 " というファイルに保存します。プロバイダへの接続いよいよプロバイダに接続してみましよう。 Quick Dialup ウインドウの下の [ 接続 ] ボタンを押します。あるいは、このウインドウを閉して、 tkppxp のフレイヤー型ウインドウで再生ボタンを押しても同しです。うまく接続できたでしようか。接続でき川ま、 tkppxp に Connect と表示され、接続時間か表示されます。うまくインターネットに接続できているか、 ping コマンドを使って確かめてみましよう。図 28 のように ping か通れば成功です。 UNIX MAGAZINE 2000.6

4. UNIX MAGAZINE 2000年6月号

RFC2600 (STD 1 ) は、、プロトコル標準 " だけをまと IPv4 の移動体 IP を使用するノードで AAA (Au- めたものではなく、オ剽茴程にあるプロトコル群や、、、イ thentication, Authorization and Accounting) サーヒ、ンターネットの標準を定める過程 " に関連したさまざまなスを利用するための方法として、移動体ノード用の NAI 組織や手続きについても解説している。 (Network Access ldentifier : ネットワーク・アクセス識別子 ) 拡張を定義している。現在の状態は、、標準化への経路制御関連提唱 " である。 RFC2290 を更新する RFC として 2000 年 3 月に公開された。 RFC2784 Generic Routing Encapsulation (GRE) GRE : 汎用糸懿掏カプセノヒ AAA サーバーは、ダイヤルアッフ。で接続している計算 PS. 、 D. Farinacci 他機に対して認証およひ認可サーピスを提供するための機構である。このようなサービスは、移本 IP を用いて通信プロトコル・カプセル化の汎用的な手法として、 GRE をおこなう移重川本ノードが、外部ドメインから AAA サー (Generic Routing Encapsulation : 汎用糸齧各制御カプーに接続する場合にも必要と考えられる。セルイりを定義している。現在の状態は、、標準化への提唱 AAA サーバーはクライアントの識別に NAI を利用し (Proposed Standard)" である。 2000 年 3 月に公開さているため、 AAA サーバーからサーピスを受けるノードれた。は NAI を通知しなけ川まならない。あるバケットをカプセル化し、別の酉占医プロトコルを RFC2794 では、移動体ノードが自分自身を識別する手使って伝送することをプロトコル・カプセル化という。こ段として、移重川本 IP の登録要求時に NAI を含める方法れまで、カプセル化される内容やカプセル化するプロトコを定義し、 RFC2290 で定義されている IPCP Mobile- ルの糸は合迂に応じて、さまざまなプロトコルカ甘是案されて IPv4 設定オプションのイ士様を改変している。いる。ーヨ殳に、これらの内容は、、すこしすっ異なる " だけで、多くの部分は共通化できる。セキュリティ関連 RFC2784 では、これらのプロトコルで利用される技術を汎用性のある形式で定義し、同様のサービスを一イ勺 RFC2792 DSA and RSA Key and Signature Encod- ing for the KeyNote Trust Management System に扱えるようにするために GRE を提案している。 GRE KeyNote 信用里システム用の DSA 鍵、 RSA 鍵、 RSA は、カプセル化する酉当医プロトコル ( カプセル化プロトコ署名の暗号化ル ) とカフセル化されるべイロードのあいだに GRE ヘッ fo. 、 M. Blaze 他ダを挿入する。 GRE ヘッダは、カプセル化の対象となる KeyNote 信用管理システム用の RSA と DSA の鍵おプロトコルの内容を表現するだけの単純なヘッダである。よひ署名符号化バイナリ鍵符号化を定義している。、、広 RFC1701 で定義された GRE ヘッダは糸習糾青報を含む報 " として 2000 年 3 月に公開された。さまざまな情報を表現できるが、 RFC2784 では必要最低 RFC2704 で定義された KeyNote 信用管理システム限の情報をイ絲タするように変更されている。これにより、は、インターネット・プロトコルやサーピスに信用管理機プロトコル処理のオーバーヘッドを抑えることができる。能を付加するためのものである。、、信用管理 " は、セキュ RFC2784 では、 GRE ヘッタのペイロードとなるプロリティ・ポリシーや信用証明書、アクセス制御、権限などをトコルおよびカプセル化プロトコルや、 RFC1701 との互統合する念で、信用管理システムは、なんらかの権限か換匪について述べている。必要な動作に直接権限をケえるための機能を備えている。移本 IP 関連 KeyNote システムはインターネット上のさまざまなアプリケーションで利用できるように言 fr された自山度の高い RFC2794 Mobile 旧 Network Access ldentifier Exten- 信用管理システムで、ポリシーおよひ信用証明書に対応す sion forlPv4 る統合言語を提供している。 KeyNote では、ポリシーお Ⅲ v4 用の移蚓本Ⅲネットワーク・アクセスリ子拡張 PS. 、 P. Calhoun 他 ( RFC2290 更新 ) よび信用証明書は、、アサーション (assertion) " と呼はれ 156 UNIX MAGAZINE 2000.6

5. UNIX MAGAZINE 2000年6月号

連載 UNIX Communication Notes 動画圧縮フォーマット 68 あるとは速断できない。のような例もあるので、 MPEG 1 か罰通信に不向きでロスによるノイズもそれほど目立つものではなかった。十分な品質の舸像か得ら散勺に発生するバケットデータを伝送しても、ネットワークか輻輳状態になけれは発に携わったが、インターネットを経由して MPEG 1 いてシステムを構築した [ 1 ] 。私自身もこのシステムの開ステムを開発した際、 MPEG 1 の実時間ェンコーダを用なっているグループでは、 1997 年に遠隔医療サービスシ私の戸 ) する大学で国青報システムの研究開発をおこ上交的低いので、映像伝送に利用できないというわけではコーダか供されており、使用する帯域も 1.5Mbps とただし、 MPEG 1 に対応した実時間工ンコーダおよびデで動画を↑褓内するためのデータ形式として使われている。しろコンピュータ上のマルチメディア・アプリケーションこのようなことから、 MPEG 1 は重丿通イ言よりも、む構をもっている。も、適切なタイミングて映像と音声か再生できるような機複数の MPEG 1 データが多重化されてオ褓内されたときに erence と呼はれるいくっかの日駭明青報をデータに内包し、 Stamp) 、 Decoding Time Stamp 、 Systemclock Ref- データ : ゴ内できる。さらに、 PTS (Presentation Time 様では、映像 (video) と音声 (audio) の両方を 1 つの圧縮後およそ 1.5Mbps の帯域になる。 MPEG 1 の仕手順とフォーマットカ材票準化されている。 MPEG 1 は、アで提供される重丿情報刎宿を目的として、そのための MPEG 1 では、おもに CD-ROM などの蓄積型メディ MPEG 1 れに処した数多くのアプリケーションが登場している。および MPEG 2 (ISO/IEC 13818 ) かオ票準化さわれている。これまでに、 MPEG 1 (ISO/IEC 11172 ) 員会 (MPEG Committee) と呼はれるグループでおこなの ISO/IEC JTC1/SC29 Ⅵー G11 、一殳に MPEG 委 Organization for Standardization : 国際標售化機キ冓 ) 使われている。 MPEG の標準化は、 ISO (lnternational は MPEG (Motion Picture Expert Group) がひろく現在のところ、重丿圧縮のデータ・フォーマットとして MPEG 2 MPEG 2 は、蓄積型メディアだけでなく、測伝送もネ予に入れた標準イゞおこなわれている。通常、 MPEG 2 で圧縮後に使われる帯域は数 Mbps 程度である ( 圧縮処理をおこなう際のパラメータによって変化する ) 。 MPEG 2 標準では、伝送中にエラー ( パケットロス ) の発生が予期されるような状況で使う MTS (MPEG 2 Transport Stream) と、 CD-ROM のようにエラーが発生しない環境で利用する MPS (MPEG 2 Program Stream) の 2 不重ま頁のデータ・フォーマットが定義されている。 MPEG 2 は徐々に普及しつつあり、 CS デジタル方℃医 (SKY PerfecTV) に用いられたり、 DVD に↑褓内される映像情報としても利用されている。以 E に説明した MPEG 1 / 2 のほかに、新たな標準としてよりビットレートの低い MPEG 4 の標準化も進められている。通信手順動画通信における通信手順の標準化作業は、 ITU-T (lnternational TeIecommunications Union, Tele- communication Standardization Sector : 国際電「気通信連合電気通イ謝票準化部門 ) の主導の下に進められている。 ITU-T では、 ISDN を用いて 64Kbps から 2Mbps の帯域で通信をおこなうテレビ電話やテレビ会議システムの標準化か進められてきた。その代表的なものが H. 320 標準で、テレビ会義をおこなう端末の構成と、使用する通信プロトコルか規定されている。 H. 320 では、映像フォーマットとして H. 261 、音声フォーマットして G. 711 / 722 / 728 、制行ワ。ロトコルとして H. 230 、さらに端末間接続手順として H. 242 などの使用が定められている。 H. 320 端末をネットワークに接続するための規格も標準化されており、 ATM ネットワークに接続する際の H. 321 標準も規定されている。さらに、 ATM ネットワークなどのより広帯域なネットワーク環竟でのビデオ会義に関する H. 310 標準もあり、こでは映像フォーマットとして H. 262/MPEG 2 の利用が定められている。このように、映像情報の圧縮フォーマットについては UNIX MAGAZINE 2000.6

6. UNIX MAGAZINE 2000年6月号

0 けつま 3 びっドしいアプリケーションです。ノート PC のキーボード機能と携帯性の折り合いノート PC ク芋徴は、 UNIX MAGAZINE 2000.6 PC に使っていた Happy Hacking Keyboard でした。ました。そのあと思い出したのが、日本でデスクトップ使い始め、しばらくのあいだ上記のようなつらい思いをし去年の秋に英国に来てからノート PC をメインとしてのようなⅢを鮹夬できるのでしようか。不な点はかり列挙してしまいましたが、どうしたらこ外イ寸けキーポードりかなり熱くなるので、それにも困っていました。のひらを載せる部分の下にハードディスクなどが入っておくなり、目も疲れます。そのうえ、私のノート PC は手くなり、高さも調整できないので、疑りはよけいにひどまた、ノート PC ではどうしても目と画面の位置か近ないのに勝手に入力されてしまうキーもあります。きて、強く押さないと反応しないキーや、逆に押してもい PC は 2 年以 - E 使っているせいかさすがに調子が落ちては疲れるし、いいことはありません。また、私のノート打ちにくいキーポードで作業していると、肩は凝るし手場合には、これはかなり大きな問題です。きます。しかし、ノート PC をメインとして使っているば、すこしくらい打ちにくくても仕方ないとあきらめかっです。モバイル言 t 算機としておもに携帯時に使うのであれトッフ。用のキーポードにくらべるとたいへん打ちにくいのキーポードはどうしても小さくなってしまうので、デスク多く、満足できるレベルではありません。ノート PC のしかし、キーポードについてはいろいろと困ることももありますが、ふだんは支障なく使えます。ません。たしかに、 Web ページを見るときには困ることませんが、全体のバランスから考えれはとくに問題はありれはいまどきの計算機としてはちょっと小さいのかもしれ私のノート PC の画面は 800 x 600 ドットです。てしまいます。すし、携帯匪を追求していくとふだんの使用か不便になっだと思います。機能を増やしていけは携帯は損なわれまこのキーポードは小さくて持ち運びがしやすいうえに、キー酉リやキータッチがよく考えられていて、普通のデスクトッフ。用のキーポードとくらべても使いやすくなっています。、、キーポードをノート PC に接続して使えばいいんだ " と気ついて、利用していたパームレストと一緒に日本から送ってもらいました。実際、このキーポードを使って作業するようになると、ます適度に画面との距離ができるので目が楽になりました。そもそも打ちやすいのか特徴のキーポードですから、手カ皺れなくなり、肩も以前ほど凝らなくなりました。手をノート PC に載せなくてよいので熱くもありません。いいことづくしです。 Happy Hacking Keyboard のキーは英言改ーなので、ノート PC のように押しにくいところによく使うキーがバインドされていることもなく、その点でも楽になりました。ノート PC をメインとして使い続けるのであ川ま、好みに応してマウスも外付けしたほうか便利かもしれません。私の場合はコマンドを使って操作することが多いせいもあって、外付けのマウスはちょっとおおげさに感しるので、現在は使用していません。キーポードはユーサーが直接触れるインターフェイスです。勉裵の面からみると、よいキーポードを使うことは、性能の高い言算機を使うことよりもじつは重要なのかもしれません。 ☆ 今回は、おもにノート PC で使うのにちょっと便利なアプリケーションを紹介しました。 UNIX を使い始めて 2 年半、もう初心者といったら怒られてしまうかもしれませんが、それでもまだ使いこなしているとはとてもいえません。次回はそんな立場から、 UNIX を使うことについてあらためて考えてみたいと思います。 131 ( もり・ゆすこ )

7. UNIX MAGAZINE 2000年6月号

特集 ThinkPad 570 で nux ② 図 31 PPxP アンサーズ PPxP アンサーズ PPxP ユーザーの皆さん ( ネタ提供 ) 真ßü±.manabe@ami taj .0 「 . jp 前のべージ次のべージ目次 . 31 ドキュメント . 1 オンデマント 3. その他これ・ 1 3 シリアレ、一トの論〒 . 1 2 モアムのァイのインストールや和用時によ ( 起、 : る問に対オる釜えをまとめた文第で conf/myconf ( 内線利用、 On-demand 接続有効 ) を示し以下に、和使用した ppxp の設定ファイル ~/. ppxp/ いうことですね・・てしまいました。付属ドキュメントに勝るものはない、とログで鮹夬しようとしたはかりに、かなりの時間を浪費しこの言当を読ます、メーリングリストや Web の過去使って仮 IP アドレスを使うようになるとのことでした。られた IP アドレスを使い、ローカルではアドレス変換をて 255.255.255.255 を指定すると、 PPP 上は割り当ていますが、 ppxp ガイドの変扁 7 によれは、マスクとし IP. LOCAL て指定する仮アドレスにマスクを指定して set IP . LOCAL 210.139.174.46 / 255.255.255.255 ク・アドレス問題を鮹夬できました。ると、うまくバケットの再構築がおこなわれてダイナミッファイルで、 IP. LOCAL の設定部分を次のように修正すそこで、ふたたび ~/. ppxp/conf 以下の ppxP 設定ました。間題によって、最初に送ったバケットがロストしてしまい set DIAL . LIST 00123456789 set DIAL. TYPE Tone set LINE /dev/modem set LOG. FILE myconf .10g set AUTH. PASSWD myconf set MODE active source qdial ます。 UNIX MAGAZINE 2000.6 html 7 http://www.linet ・ gr ・ jp/-manabe/PPxP/doc/guide-3. set set set set set set set set AUTH. PROTO CHAP/MD5 PAP SERIAL. MODEM my-generic IDLE . INIT 60 IP . LOCAL 210 .139 .174.46 / 255.255.255.255 IP . REMOTE 210.139.174.21 IP . VJ Ⅱ 0 IP. RESOLV yes IP . DNS 202.238.95.24 source fi1ter01 末尾の行 (source filter01) で、 PPxP にあらかしめ用意されているフィルタの設定ファイルを利用しています。ここでいうフィルタとは、よけいなバケットを外へ出したり、逆に、不用意に外からのバケットを受け付けたりしないように、バケットのフィルタリングをおこなう機能です。このバケットフィルタが、 On-demand 機能を使ううえでたいへん重要になります。ューサーが Web プラウサや FTP など、明カ勺にネットワーク・アプリケーションを利用しなくとも、バックグラウンドで動いているデーモンなどのプロセスが、勝手に外に向けてバケットを送信していることがよくあるからです。バケットフィルタを使わすに On-demand 接続を有効にしておくと、自分ではダイヤルアッフするつもりがないのに、勝手にプロバイダに電話をかけられて無駄なお金を使うことになりかねません。以ーヒで、 ppxp をカスタマイズするガ去の相各は擱んでもらえたと思います。 PPxP に関する情報は、 PPxP の公式 web ページからたどれます。ソースファイルにも日本語のドキュメントカ寸いています。もしうまくつながらないようなトラブルか起こったときは、ますはこれらの資料をよく読んでいろいろ試してみると、鮹夬できることが多いでしよう。それでもうまくいかなければ、メーリングリストなどで質間するのもよいかもしれません。もちろんその場合も、過去ログを十分に本するようにしましょう。検索力法としては、 L ⅲ 1 Ⅸ関連ドキュメント検索システム (http://his.luky.org/ML/) などがあります。モバイル竟からの利用内蔵モデム禾堋時からの変更点次に、せつかくのノート pc なのですから、携帯電話や PHS を利用したモバイルエ竟からのダイヤルアッフ。接続も試してみましよう。 PPxP の設定は、一ヨ殳回線から接続する場合とほば同 55

8. UNIX MAGAZINE 2000年6月号

たデータは小さくなる。しかし、実時間重丿通信における重丿洒リ宿では、各フレームに費やせる時間の上限カ鴃まっている。したがって、 ) 石宿についても処工力率のよいアルゴリズムお尺しなければならない。データ ) 宿の際には、どのような特生の ) 疇宿をおこなうかについても注意する必要がある。ー殳に、 ) 丑宿処理は 2 不頁に分けられる。 1 つは、丿宿されたデータを展開したときに完全に復元できる、、損失なし圧縮 (loss-less compression)" であり、もう 1 つは、復元しても完全には復元できない、、損失あり ) 疇宿 (lossy compression)" である。通常、音声や映像などのマルチメディア情報を扱う場合には損失あり宿を利用し、実質的な品質尉寺したままより高い宿率を得るようにしている。バケット化と送信里送信イ則での最後の処理は、デジタル化された映像をバケット化して伝送することである。すなわち、次々に生成される映 ( 側、帯長のストリームを一定のサイズのバケットに分割しながら、送信していくわけである。このように、送信側ではハードウェア・インターフェイス ( ビデオキャプチャ・ポード ) を用いて画像を取り込み、データ交換に適したフォーマットに変換し、さらにバケット化と各バケットの送信という里の処理をスムーズにおこなう必要がある。そのためには、映側青報の処理に使われるハードウェア、オペレーティング・システム、そしてこれらの処理をおこなうアプリケーション・プログラムのそれぞれが、スルーブットを重視した実装になっていなけれはならない。言側システム受信側のシステムでも、同様に生能を考慮しながら、上記に示した送信側の手順とは逆の処理をおこなう。ます、受信したバケットからデジタル化された映像データを取り出し、さらに再生のために映像を再構成してディスプレイに表示する。これと同時に音声信号も再構成し、スピーカーて再生する。このとき、ディスプレイに表示するために使われるピデオカードについても、映像の各フレームをスムーズに再生できる性能力球められる。このた作られてきた。そのなかから、代表的なものをいくつか紹め、受信側でも送信側と同様にスルーブットを重視した実装が必要になる。連載 /UNIX Communication Notes—O UNIX MAGAZINE 2000.6 い、さらに伝送中のバケットロスなどのエラーに対応するタ・フォーマットについても、ある程度の ) 宿をおこなート層プロトコルを使うことが多い。使用される映像デー伝送に UDP のようなデータグラム・べースのトランスポ現在の重丿通信で使われているシステムでは、データのるノイズを低咸する工夫が必要になる。フォーマットにおいて、バケットロスが発生した際に生しイズが乗ってしまう。したがって、使用する映像データ・を正確に再現することはできす、結果として再生映像にノると、とくに対策を施していなけれは映像情報や音声情報いスルーブットが得られる。逆にバケットロスが発生すれないが、プロトコル処理のオーバーヘッドが少なく、咼スポート層プロトコルを使った場合には、信頼性正さ一方、データグラム・べースの UDP のようなトラン材伝送システムも開発されている。 TCP を使うことも可能である。事実、 TCP を用いた映像素ただし、ある程度の遅延か許容されるような伝送であればノート 2 データの伝送には不向きである。 ter) が発生してしまうおそれがあり、マルチメディア・くなるため、映像データについて伝送時間の揺らぎ (jit- れない。データ伝送の遅延もエラーが発生したときに大きロトコルを使った場合、高いスルーブットはなかなか得ら送時のイ頁生を保証する TCP などのトランスポート層プたとえは、通イ訓芋のバケットロスに対応するために、再どのように対処するかを考える必要がある。ネットワークに関する間題としては、通イのエラーにネットワークの問題を得るにはさまざまな難問を解決しなけ川まならない。実現する樹冓か不可欠である。しかし、高いスルーブット以 - ヒのように、映像情報の処理には高いスルーブットを工夫か施されている。標準化測通信を寒見するために、介しておこう。これまでに数多くの標準が 67

9. UNIX MAGAZINE 2000年6月号

日本テレコムは、 VPN サービス「 SOLTERIA —Managed IP Service 」の提供を開始した。 MPLS (Multi ProtocoI Label Switch- ing) を使用した IP べースの VPN サーピ VPN サービスス。 2.4Gbps (OC—48) のバックポーン・ネットワーク PRISM を利用。接続回線品目は、デジタル回線 ( 64 / 128Kbps 、 1.5Mbps) 、デジタル専用線 (64Kbps— 6Mbps) 、 ATM 専用線 ( 500Kbps ~ 135 ・日本テレコム ■ィー・アクセス ADSL 接続サービスを試験提供ィー・アクセス (TeI 03 ー 5425 ー 2700 ) は、 ADSL を利用したインターネット接続サービスの試験提供を開始した。 NTT 東日本と NTT 西日本の ADSL 接続サーピスがべースで、既存の電話回線または専用回線 ( いすれもアナログ ) を使用。回辛度は、上り ( 利用者→局 ) が 128 —256Kbps 、下り ( 局→利用者 ) が 256 ~ 512Kbpso 期間は 9 月末まで ( 10 月から商用サーピスに移行予定 ) 。サーヒ、ス提供区域 ( 交換局 ) は青山、三田。茅場兜、池袋、四谷、新淀橋 ( 東京 ) 、大阪中央、東、大阪北、北、淀川 ( 大阪 ) は 6 月上旬 ~ 7 月末に順次提供を開始する。・理経ホテル向けインターネット接続システム理 (Tel 03 ー 3345 ー 2189 ) は、 NTT 西日本と共同でリーガロイヤルホテル ( 大阪府北区 ) にインターネット接続システム「 RINKS 」を構築した。館内の既存電話配線を利用した LAN の構築、電話との同時使用が可能な Long Run ( 米 Tut Systems 製 ) 、 PC 側での IP アドレスなどの設定変更が不要な IP ゲー 'Ramp 、 CHECK POINT セキュリティ機能付き DSL 製品を共同開発米 Ramp Networks とイスラエル Check Point Software Techn010gies は、セキュリティ機能付きの広帯域インターネット接続製品を共同開発すると発表した。 Check Point のセキュリティ・ソフト・ IDC 1999 年のテーブドライプ市場規模 IDC Japan (Tel 03 ー 5440 ー 3401 ) は、国内テーブドライプ / テープ・オートメーション市場の出荷実績を発表した。 1999 年の国内出荷実績は 731 億 7 , 200 万円 ( 前年比 1.0 % 増 ) 。うち、テーブドライプの単体販売は 315 億 8 , 500 万円 ( 217 , UNIX MAGAZINE 2000.6 595 台 ) 、テープ・オートメ - ーション ( オートローダ、ライプラリの合計 ) が 415 億 8 , 800 万円。 2003 年までの出荷予測金額の年平均成長率は、テーブドライプ単体が 0.9 % 、テープ・オートメーションが 9.7 % 。 NEWS Mbps)0 Cisco の技術で構成された通信サーヒ、スが対象の Cisco Powered Net- work の認定を取得。利用科金は、接続基本料 ( 他社接続回線を含む ) と閉域通信料 (VPN グループ全体の接続回線品目の合計 ) の組合せ。接続基本科は全国均一 ( デジタル専用線の場初期費用は、工事費が 15 , 000 円、宅内機器 (ADSL モデム、スプリッタ ) の保証金が 10 , 000 円 ( 機器返却時に返金 ) 。契約料、サービス利用料、宅内機器利用料は無科。 NTT との契約料・と工事費、 ADSL 回線使用料が別途必要。 http://www.eaccess.net/から申し込める。トウェイ USG ー 1000 ( 米 Nomadix 製 ) で構成。 OCN の 128Kbps 回線を使用。利用科は無料。同ホテルの客室中 100 室が対象 ( 利用状況により順次増設の予定 ) 。今後、西日本地区のホテルに対して同システムの阪売をおこなう。ウェア VPN—1/FireWall—1 と Ramp の DSL 製品を組み合わせ、安全な企業間電子商取引が可能な製品を開発する。中小企業や遠隔オフィス、通信会社、サービス・プロバイダなどが対象。製品の出荷は第 3 四半期の予定。テーブドライプ単体の市場では、 DDS (4mm) が出荷金額 ( 64 % ) 、台数 ( 85 % ) とも高いシェアを占める。テープ・オートメーション市場では、ミッドレンジの製品 (DLT 、 8mm 、 AITO うち DLT が 84 % ) の成長率が大きく、前年比 43.8 % 増 ( 128 億 4 , 000 万円 ) 。メインフレーム用のハーフィンチ・カートリッジの販売金額は前年比 10.7 % 減 ( 出荷台数は 2.9 % 減 ) だが、平均単価が高いため、 17

10. UNIX MAGAZINE 2000年6月号

特集 ThinkPad 570 で nux ② 表 5 xwnmo イ乍文並キー C-o C-i C-z C-f C-b Return C-p C-n 機能文節を伸ばす文節を縮める単文節変換 ( 未変擲寺 : に ) 日本語入力開始・終了 ⅷ甫確定変換対象を前の文節へ変換対象を次の文節へ kterm のオプションには、、—kinput" もあります。これ ! *VT100*transIations : #override \ ージ [ 8 ] より ) 。のすべての行をコメントアウトします ( 三田英之さんのペ XI 1/ja-JP. ujis/appdefaults/KTerm ファイルの以下ちてしまいます。これを避けるには、 /usr/XIIR6/Iib/ は Shift 十 Space を入力すると、 KTerm 十 xwnmo が落注意として、 Vine での利用時に、デフォルトの状態で put2 プロトコルを使用しないという指定です。 kterm が通イ訓叔こ XIM プロトコルを使用しない、 kin- 、、十 kinput" というオプションもあり、これらはそれそ才して接続することを指定するものです。さらに、、、十 xim " やは、入力サーバーに対して kinput2 のプロトコルを使っ Ctr1 く Key>Kanj i : open—im(XMODIFIERS) Shift く Key>space : open—im(XMODIFIERS) \ Ⅱ \ insert—selection (PRIMARY , CUT-BUFFERO) \ Ⅱ \ Ctr1 Meta く KeyPress> y : 、トしています。これ以則のバージョンでは、 Wnn4 との介します。 kinput2 はバージョン 3 から Wnn6 をサポー次に、 Wnn6 の FEP として kinput2 を使うガ去を紹 X から、ⅡⅡ 6 を使うーー kinput2 い。 canuum とはすこし異なります。 xwnmo のキー操作については、表 5 を参照してくださされます。行頭に # ではなく ! を付けることでコメントアウト kinput2 のコン / イル互換モードて動作していました。 42 パイルされています。変換サーバーとしては Canna もあ Wnn6 にイ寸属している kinput2 は Wnn6 用にコンるので、 kinput2 をソースからコンノヾイルし、 Canna と wnn6 の両方に対応できる kinput2 を作っておくほうがイリでしよう。ます、 kinput2 のソースファイル (kinput2-v3. tar. (z) を取得します。これは SRA の FTP サイト [ 13 ] から入手できます。 Wnn6 の SDK (Wnn6-SDK-sources. tar. (z)[12] も必です。オムロンソフトウェアの FTP サイトから取得しましよう。さきに Wnn6 の SDK からコンパイルします。手順は図 16 を参照してください。次に、 kinput2 を展開します。 # tar zxvf kinput2—v3. tar ・ gz # cd kinput2-v3 こで、設疋ファイル Kinput2. conf を、 Canna と Wnn6 の双方に対応させるように書き換える必要があります。 Wnn6 に対応させるには、三田さんのページ [ 8 ] にあるパッチを当てます。続いて、 Kinput2. conf のう頁部分をエデイタで次のように編集します。具ー勺には、 Canna を使うためにコメント 3 にされている部分 ( / * #define UseCanna * / ) を解除します。 / * #define UseWnn * / #define UseWnn6 #define UseCanna / * #define UseSj3 * / WNNLIB XCOMM use XCOMM use さらに、 -1wnn6 installed library WNNINCDIR = /usr/inc1ude/wnn6 installed header files このファイルの 68 行目あたりの、す ) 。あとは make を実行するだけです。を wnn から wnn6 に変更します C ヒ記は変町変の状態での部分で、 Wnn ライプラリ (WNNLIB の部分 ) の名前 UNIX MAGAZINE 2000.6 3 コンパイル時に無視されます。 # make install # make # make depend # make Makefi1es # xmkmf