telnetd - みる会図書館

1. UNIX MAGAZINE 2002年6月号

ロプログラミンク・テクニック多治見寿和 telnetd ( 2 ) 前回は telnetd プログラムをとりあげ、 telnet コマンドによるサ→ヾーへの接続要求をどのように受理するかについて説明しました。 telnetd は inetd の利用を想定して言されたプログラムなので、自分で接続を受け付ける必要はありませんが、テンヾッグ用として接続受理のためのコードも用意されています。また、 inetd を利用して起動する際に、 IPv4 と IPv6 を男嚇固に扱えるようにするガ去を紹介しました。たん 0 ンヾイトストリームが必要なアプリケーションでは IPv4 と IPv6 を区別しなくてもよいので、プログラムを inetd から起動 - す - るようにしておけは、どちらのプロトコルでも通信できます。しかし、プロトコルに依存した処理が必要なプログラムもあるため、どちらか一方の接続要求だけを受理するガ去も説明しました。今回は、 telnetd の全ー冓造をみながら、 telnet コマンドでの処理が telnetd プログラムではどのように処理されているかについて説明します。ます、 telnetd プログラムがユーザーのリクエストを実現するイ督はみから紹介しましよう。ューサーからの接続要求を受理すると、 telnetd プログラムは fork システムコールを実行し、自分自身を 2 つのプロセスに分けます。子プロセスでは、イ應課端末のスレーフ端をオープンし、自分自身は 1 。 g ⅲプロセスに置き換わります。これが、ユーサーによる入力カ鍍されるプロセスになります。想端末を利用しているのは、端末ライン・ディシプリンから操作される形態にするためです。これは 3 月号でも説明したように、 login コマンドやあとて起動 telnetd の動作 UNIX MAGAZINE 2002.6 図 1 telnetd の全イ告ネットワークー elnetd tel net 仮想端末テ、マ・テスノヾスノヾレイタイースースプシェ丿レするシェルに対し、相手が通常の端末であるとみせかけるのが目的です。親プロセスのほうは、仮想端末のマスター端をオープンし、子プロセスに入力を渡す準備をします。ューサーカリ用しているホストとの通信もこのプロセスが処理します。つまり、親プロセスは、ネットワークから読み込んだものをイ反想端末に書き込み、保想端末から読み込んだものをネットワーク側に書き込むという動作をおこないます。 main 関数配列に注目します ( 誌面の都合上、で折り返していまその則に、 main 関数の直前で旦言されている valid-opts の main 関数は、 telnetd. c ファイルに言当されています。く main 関数からみていきましよう。 telnetd プログラムる telnet コマンドのコードと上交していきます。さっそ今回は、 telnetd のソースコードを参照しながら対応す char valid—opts ロす。以羽司様 ) #ifdef #ifdef #endif AUTHENTI CATI ON SecurID 77

2. UNIX MAGAZINE 2002年6月号

べます。すべての可能を調べてもよさそうですが、 tel- netd では次のように、バッフアの空き状態などから調べるべきファイル・ディスクリプタを決定しています。 if (nfrontp ー nbackp Ⅱ pcc > 0 ) { FD_SET(f , &obits) ; } else { FD_SET(), &ibits) ; nfrontp ー nbackp が 0 以、タ ) 値になる場合は、クライアント側に送出するためのキューか空ではないことを意味します。また、 pcc が 0 より大きな値となる場合は、仮想端末側から読み込んだバッフアにデータか残っていることを意味します。このようなときには、ネットワーク側に送出できるかどうかだけを調べます。これらの条件カ城り立たない、つまりクライアント側に送出するためのキューが空で、イ反想端末側から読み込んだバッフアにもデータが残っていない場合には、イ反想端末側から言囚みか可能かどうかを調べます。さらに、クライアント側とイ反想端末側を逆にした検査も必要です。 if (pfrontp ー pbackp Ⅱ ncc > 0 ) { FD_SET(), &obits) ; FD_SET(f , &ibits) ; } else { このコードでは、イ反想端末側に送出するためのキューにデータか残っていたり、ネットワークから読み込んだバッフアにデータカ戯っている場合には、イ反想端末に書き込めるかどうかを調べます。これらの牛カ艚たされないときは、ネットワーク側に読み込むべきデータがあるかどうかを調べます。 telnet コマンドでは、このさまざまな場所からの入力をうまく処理するために、リングバッフアを使って制御していました。これに対し、 telnetd ではリングバッファなどのネ隹なデータ構造は利用していません。データ構造といえそうなのは、ネットワークとイ廨端末に対する出力をイ尉寺するキューだけです。しかし、実際にはどちらも同しような処理が可能です。これは、 select システムコールに与える FD-SET の違いによるものです。 telnetd では、すでにデータがある場所には言囚みをおこなわないというガ去をとっています。そのため、一度データを読み込んで 82 も、次に同し場戸励、ら読み込むときにはかならずデータは空になっているはすです。したがって、データを読み込む際には石呆した領域の : 麪頁から読み込むことが可能になっています。これが、プログラムか簡単になっている大きな理由です。データを入力バッフアに読み込んだ場合、ます端末の設定変更が必要かどうかを調べます。設定の変更が必要で、かっ telnet とのあいだて端末の設定をクライアント側でおこなうという合意がとれている場合には、その情報をクライアント側に渡さなければなりません。このような場合には必要な 1 辭長をまとめ、クライアント側に送出するキューに登録します。特殊な処理カ坏要なデータの場合にも、ノヾイナリモードでの転送が可能かなどを調べながら、イ反想端末側の入力バッフアからクライアント側への出力キュに移動していきます。なお、このループは無限ループとなっていますが、クライアント側や反想端末側からの言囚みにおいて EOF を読み込んだ場合にはループを終了し、 telnetd プログラムも終了します。 ☆ 今回は、 telnetd プログラムにおいて、これまでに紹介してきた telnet コマンドでの処理に対応する部分がどのように実現されているかという点に注目して、 telnetd のソースコードを解説しました。 telnet ではリングバッフアを利用していた部分も、 tel- netd では 1 つ刎反定をおくことで簡単なコードとなっています。プログラミングの際には、すべてのケースをカバーするのではなく、このように妥当なイ反定を 1 つ設定するだけでプログラムを簡ヒできることがよくあります。その点を理解していただけたでしようか。 ( たしみ・ひさかす ) UNIX MAGAZINE 2002.6

3. UNIX MAGAZINE 2002年6月号

特殊なコメント 1 を記述するとともに、 ma ⅲ関数を終了する return 文を記主しています。 doit 関数 80 telnet 関数 1 こク帯朱なコメントは lint コマンドか第得 ( します。ワークの先のクライアント、第 2 引数がイ反想端末とつなす。この関数は 3 つの引数をとり、第 1 引数がネット telnet 関数は、サービスを提供するための中枢部分で使われています。こでも特殊なコメントである NOTREACHED が /*NOTREACHED*/ telnet (net , pty , remote—hostname) ; net 関数を呼び出して実際の処理をおこないます。さらに、環竟変数の琪月化などをおこなったあと、 tel- を取り除くために trimdomain 関数を呼び出します。されたホストなどの場合にはローカルなドメイン名の部分ト名はドメイン名もすべて含む FQDN で、 LAN に接続るバッフアにホスト名をオ褓内します。ここて得られるホスホスト名を取得するための関数で、あらかし寉保してあ sa 関数を利用しています。これは sockaddr 構造体から文字列として取得します。この処理には realhostname- イ反想端末をオープンしたあとは、接続先ホストの名前をレープテパイスの名前を外部変数の line に槲内します。ル・ディスクリプタを戻り値とするとともに、対応するス末のマスターテンヾイスをオープンしたときに、そのファイ端末のマスターデバイスをオープンします。また、イ應課端います。この関数は、 3 月号で紹介したようなガ去てイ廨課しディレクトリにある sys-term. c ファイルで定義されてめに呼び出すのが getpty 関数で、これは telnetd. c と同この関数では、ます仮想端末をオープンします。そのた struct sockaddr *whO ; doit ( w れ 0 ) VOid 後て取得したクライアントの情報てす。ましよう。 doit 関数の引数は、さきはど main 関数の最次に、 main 関数から呼び出される doit 関数をみてみがったファイル・ディスクリプタです。第 3 引数には、クライアント・ホストの名前カ蚊字列として渡されます。 void telnet(f , p, host) int f , p ; char *host ; この関数では、ます telnet クライアントとのあいだでいくつかの合意をとりつけます。 telnetd プログラムでは、このように接続先の telnet コマンドがどのような機能をもつかを調べ、その機能に応した処理をおこないます。の一連の処理カ鮗ると、 ioctl システムコールを使って、 2 つのファイル・ディスクリプタがノンプロッキング I / O をおこなうように設定します。 (void) ioctl(f , FIONBIO, (char *)&on) ; (void) ioctl(), FIONBIO, (char * ) & 0 Ⅱ ) ; こで利用している on という値は telnet 関数の : 麪頁で宣言さ 1 に初期化されています。 ioctl の呼出し時に直接この値 ( 1 ) を指定できれば便利ですが、このようなコードになっているのは、 ioctl は値を返すこともあるため、かならす値をいったん変数にオ哿内してそのアドレスを指定しなければならないからです。ただし、 ioctl を使って値を設定する場合はこの変数の内容は変更されないため、上記のようにそのまま別の呼出しに利用することができます。帯域外データを通常のデータのなかに埋め込むことが可能な場合は、そのソケット・オプションを指定するために setsockopt システムコールを呼び出します ( 図 2 ) 。図のように、 endif の行に対応する if の行や ifdef で指定された条件をコメントとして書いておく例はよくみかけます。こうしておけは、大きな ifdef プロックなどではプロックの範囲が分かりやすくなります。次に、各重シグナルハンドラを設定して、端末に関する情報を取得しています。処理しているシグナルとしては、 SIGTSTP 、 SIGTTOU 、 SIGCHLD があります。 tel- netd は、実際には茁妾続された端末がない状態で動作するため、端末関係のシグナルを無視していますし、子プロセス ( サービスを提供するためのプロセス ) の終了時には後始末をしなければならないので、そのための cleanup 関数をシグナノレ、ンドラとして登録しています。 UNIX MAGAZINE 2002.6

4. UNIX MAGAZINE 2002年6月号

#endif す。一方、 telnetd プログラムでは、 getopt 関数に渡すオプションを検出したというデフォルトの動イ乍を実行しまない ( 無効な ) ものがあれば処理をおこなわす、未定義のンカ甘旨定されます。そして、オプションの角芋に存しンドでは、 getopt 関数への引数としてすべてのオプショは getopt 関数の引数として利用されます。 telnet コマ変数名を見て分かった人も多いと思いますが、この配列段階で有効なオプションのみを指定しています。 #endif し、その定義は見慣れないものかもしれません。数として整委と文字列へのポインタ型をとります。ただー勺な main 関数と変わらす、 int 型を戻り値とし、引それでは、 main 関数をみていきましよう。関数自体はという機能により、 2 つの文字列が連結されます。、、連続した文字列は、それらを連結した文字列として扱う " 外の場合は出力しません。出力時には、 C のコンパイラのの両方カ症義されていれば [-P policy] を出力し、それ以このコードは、 IPSEC と IPSEC-POLICY-IPSEC " [host—name Cport] ] " " [—P policy] " defined(IPSEC_POLICY_IPSEC) #if defined(IPSEC) & & 理を受け持っ関数には、次のようなコードがあります。もおこなわれています。 telnet コマンドの Usage 出力処同様の処理は、 telnet コマンドの Usage 出力の部分で文冽として扱えるようにしています。配列として処理されるので、最後の要素に \ 0 を配置して、るようにしています。なお、 valid-opts 酉改」は文字型の字を追加し、 get 叩 t 関数がこれらのオプションを角財斤すます。このため、 valid-opts 酉リに a と : 、 X と : の 4 文ている場合、引数をとるオプションの a と X が追加されたとえは、 AUTHENTICATION マクロが定義され char *argv ロ ; main(argc , argv) int 78 宣言が省略されているためです。この定義は、次のものとこれは K&R 形式で宣言されていて、さらに整数型のまったく同一です。 int main (int argc , char *argv ロ ) K&R 形式では、関数の引数か整数型の場合、その宣言を省略することかできます。実際には、プログラムの読みやすさなどを考慮して明示的に宣言するケースが大半だと思いますが、上記のように定義されている場合もあるので、旧いプログラムを読む際には注意してください。 main 関数の地直では、バッフアの初期化をおこなっています。 pfrontp = pbackp = ptyobuf ; netip = netibuf ; nfrontp = nbackp = netobuf ; こでは 3 つのバッフアを用意しています。 ptyobuf は、仮想端末に書き込む ( 子プロセスに渡す ) データを保持するためのバッフアです。このバッフアはキュ (FIFO) のように利用します。キューの末尾 ( データを追加する点 ) をま - のが pfrontp 、キューの麪頁 ( データを取り出す点 ) を孑嗣ーのが pbackp です。つまり、 pbackp から pfrontp までにオ内されているのがキューの内容となります。一方、 netobuf はネットワーク側に書き込む ( ューザーに提示する ) データ &f 尉寺するためのバッフアです。ちらもキューのように利用し、キューの末尾を指すのが nfrontp 、キューの知頁を指すのが nbackp です。 netibuf は、ネットワーク側から読み込む ( ューサーからの入力を読み込む ) ためのバッフアです。 ptyobuf や netobuf とは異なり、キューとしてではなくたんに領域を確保するために利用されます。そのため、次に読み込むべきデータの位置を示す netip というポインタのみが用意されています。さらに、こでは初期化されていませんが、イ反想端末側から読み込むための ptyibuf というバッフアもあります。次はオプションの解析です。この部分は通常どおり、 getopt 関数を使ったループとなっています。もちろん、第 3 引数にはさきほどネ加月化した valid-opts 配列を指定しています。 while ((ch = getopt(argc, argv, valid-opts) ) - switch(ch) { UNIX MAGAZINE 2002.6

5. UNIX MAGAZINE 2002年6月号

プログラミング・テクニック図 2 setsockopt システムコールの呼出し defined(SO_OOBINLINE) #if (void) setsockopt (net , SOL—SOCKET , SO_OOBINLINE , (char *)&on, sizeof 0 Ⅱ ) ; #endif / * defined(SO_OOBINLINE) * / 端末の情報の取得には getent 関数と Getstr 関数を利用しています。これらの関数は telnet ライプラリのなかで定義されており、それぞれ cgetent 関数や cgetstr 関数を呼び出します 2 。これらは termc 叩形式のデータベースからエントリを取り出したり情報を取得したりするための関数で、データベースとして /etc/gettytab を利用しています。ここでは、次のような 4 つの情報を取得しています。 he : ホスト名編集文字列 hn : ホスト名 im : ノヾナーメッセージ if : プロンプトの前に表示するファイルバナーメッセージには、 if でファイルカ甘旨定されていればその内容が、 if カ甘旨定されていない場合は im 旨定された文字列が使われます。また、これらの文字列に % h という文字列カまれる場合、それがホスト名に展開されますが、 hn カ甘旨定されていればその値がホスト名として使われます。指定されていない場合は、本来のホスト名カイ吏用されます。いすれの場合も、ホスト名はホスト名編集文字列により多少刎正を加えることができます。これらの処理に続いて、プログラムのソースには次のようなコードがあります。 DIAG (TD_REPORT , {sprintf (nfrontp, "td: Entering processing loop\r\n" ) ; nfrontp + = strlen(nfrontp) ; } ) ; こて利用しているマクロ DIAG は、 telnetd. h で次のように定義されています。 #ifdef DIAGNOSTICS #define DIAG(a,b) #else #define DIAG(a,b) #endif if (diagnostic & (a) ) b 2 telnet ライプラリのソースコードは /usr/src/lib/libtelnet に置かれており、ここて利用している関第はこのディレクトリの getent. c ーファイルて発義されています。 UNIX MAGAZINE 2002.6 つまり、 DIAGNOSTICS が定義されていなければこの部分には何も展開されませんが、定義されている場合は次のように展開されます。 if (diagnostic & (TD—REPORT) ) { nfrontp + = strlen(nfrontp) ; processing 100P \ て \ n " ) ; sprintf (nfrontp , "td : Entering きに、それを who コマンドなどで市忍できるようになりれにより、ネットワーク経由でユーサーがログインしたとす。はかには、 utmp ファイルの更新もおこないます。をおこない、そうでなければ 1 。 g ⅲプログラムを起動しまンの設疋か有効になってい川まパスワードのチェックなど理の実行をおこないます。ログイン処理では、自動ログイでのイ應課端末のスレープデバイスのオープン、ログイン処この関数では、子プロセスの生成、生成した子プロセス startslave (host , 1eve1 , user_name) ; 数です。成します。そのために呼び出しているのが startslave 関たりューサーのシェルを重川乍させるための子プロセスを生テンヾッグ出力のあとは、実際にログイン処理をおこなっなどでよくみられます。憶えておいて損はないでしよう。ます。このようなマクロの使い方は、とくにテパッグ出力り、この文字列がユーザーの端末に表示されることになり td: Entering processing loop カ旦加されます。つまこれにより、クライアントに送信される文字列として、ます。メインループ 81 端末側から読み込んだり書き込んだりできるかどうかを調 select システムコールを使って、ネットワーク側やイ反想す。メインループは無限ループになっています。ここではログイン処理がすんだら、残るはメインループのみで

6. UNIX MAGAZINE 2002年6月号

オプションの角財斤では、 debug オフションを処理する部分ですこし朱なことをしています。 getopt 関数を使う場合、オフションは 1 文字のものしか認識できません。これは getopt 関数の信様なので変えられません。しかし telnetd では、この debug だけか文字列のオプションとして定義されています。 -debug ではなく -d にすれば簡単なのですが、このようにした理由はよく分かりません。 telnetd プログラムの作者はこの問題の解決策として、 getopt 関数に対しては一 d オプションのみを定義し、それに ebug という引数が付いているかどうかを調べるガ去を採用しています。 getopt 関数では、オプション窈日疋時に d : と言当すれば、 -d を引数をとるオプションとして定義することができます。この機能を使って、 -debug が指定されたときに、 -d オプションとその引数として文字列 ebug カ甘旨定されているかどうかを調べています。 case ) d : if (strcmp(optarg, "ebug") debug + + ; break ; usage() ; / * NOTREACHED * / bre ak ; 上のコードを見ても分かるように、オプションとして -d カ甘旨定されたときはその引数を調べ、 ebug であれば debug オプションカ甘旨定されたとみなします。引数がそオび人タ ) 文字列の場合は、誤ったオプションカ甘旨定されていると判断し、 Usage 出力を出力してプログラムを終了します。ただし、 getopt ライプラリ関数を利用していることでイ I' 合な部分はどうしても出てきます。たとえはこのコードでは、—d ebug と指定したときにも debug オプションカ甘旨定されたと認識してしまいます。もっとも、普通の使い方でこのような指定をすることはます考えられないので、これでよいのかもしれません。オプションの解析か終ると、 debug オプションカ甘旨定された場合の処理か読きます。前回紹介したようにこの部分のコードでは inetd から起動するのではなく、自分自身でソケットを用意して接続を受理するための処理をおこないます。この処理を終えた時点で、ファイル・ディスクリプタの 0 が、受理したネットワークの孑を表すディスクリプタとなっています。これは、 inetd から起動した UNIX MAGAZINE 2002.6 プログラミング・テクニック場合も、 debug オプション付きて起動されて接続を受理した場合も同じです。次に、 openlog ライプラリ関数を使ってログの準備をします。 openlog ( "telnetd" , LOG—PID ー LOG—ODELAY , LOG_DAEMON) ; telnetd では、ログの名前を telnetd 、ファシリティを daemon とすることが分かります。ファシリティはログの不頁を指定するもので、システムのデーモン・プログラムも daemon を利用しています。次は接続元の情報の恥等です。凾に考えると、 accept システムコールの段階で相手側の情報か陬得できるのにどうしてここでまた取得するのだろうと疑間に思うかもしれません。 telnetd では、自分で accept するだけでなく、 inetd からクライアントと接続した状態て呼び出されることもあります。このどちらの場合にも正しく重川乍するように、 accept の段階で得られる情報は使わす、ここで新たにクライアント窈青報を取得するわけです。 fromlen = sizeof (from) ; if (getpeername ( 0 , (struct sockaddr * ) &from, -exit(l) ; warn("getpeername") ; &fromlen) く 0 ) { 79 警告を出さないように、 / * NOTREACHED * / という doit は終了することのない関数ですが、コンパイラが return(O) ; / * NOTREACHED * / doit ( (struct sockaddr * ) &from) ; ます。理をおこなう doit 関数を呼び出し、 main 関数は終了しこて取得したクライアントの情報を使って、実際の処数のアドレスです。体 ) のアドレスと、その構造体のサイズをオ褓内した整数変はこれに類する特定のプロトコルに依存したアドレス構造様の値を指定します。つまり、 sockaddr 構造体 ( もしくます。第 2 、第 3 引数には、 accept システムコールと同取得したいクライアントか接続しているソケットを指定しリ関数を利用します。この関数の第 1 引数には、情報をクライアント情報の取得には getpeername ライプラ

7. UNIX MAGAZINE 2002年6月号

朝公公 2 三 0 Contents 2002 / 6 特集し inux のブートプロセスをみる 31 白崎博生 -32 CPU の保護機能、割込みと例外連載 UNIX Communication Notes ・・・・・山口英電子図書館への道 ( 2 ) 旧 6 の実装・・・・・・島慶ー近隣探索の処理プログラミンク・テクニック・・・・・・多治見寿和 telnetd ( 2 ) JavaServer Pages " ・・・・荒井美千子 JavaBeans の利用 ( 3 ) 新・倉敷芸術科学大学のネットワーク構築・・・・・小林和真 Network Attached Storage (Connex N 1 OOO&POP-nasC) シェルの魔術・・・・・・森島直人ファイルとバーミッション ( 2 ) BSD をハックする・・・・・・齊藤明紀ステータス表示器 ( 4 ) Let ・ s PIay with UN ー X ・・・・・・四本淑三コヒーできない CD RFC ダイジェスト・・・・・・宇夫陽次朗、小柏伸夫 55 63 77 83 94 103 126 COVER, CONTENTS DESIGN, ILLUSTRATION ・ MORIYA, KAZUO (AUDREY THE DESIGN)

8. UNIX MAGAZINE 2002年6月号

0 つのために作成したプログラムを別のコマンドシェル上で実行すると、まずコマンドシェル・プログラムか起動し、その後に指定したプログラムカ躾行されます。たとえば、 cmd. exe のプロンプトから w32console 用にコンノヾイルされたプログラムを実行すると、最初に w32console か起動してウインドウが表示さ続いて指定したプログラムの実行結果か表示されます。 ConsoIe 用にコンパイルされたプログラムを w32consoIe から起動した場合も同様で、最初に Console か起動してウインドウが表示さその後に指定されたプログラムの実行結果が表示されます。このため、それぞれのコマンドシェル用に作成されたプログラムを、別のコマンドシェル上で実行するのはあまりお勧めできません。端末ソフト Handheld PC には、ダイヤルアッフ妾続で別のマシンに直接ログインするための、、ターミナル " プログラムが付属しています。しかし、山も丘は PPP を用いて TCP/IP による接続を確立し、それから TeInet で別マシンに接続するガ去のほうか普通でしよう。 Windows では、寺西高氏の開発した「 Tera Term 」という端末ソフトウェアがひろく使われています 15 。 HandheId PC では、 Tera Term の Windows CE 版である「 pocket Tera Term 」 16 が使えます。このほかに、 w32console 上で動く telnet コマンドも利用できます。この telnet コマンドでは、ホート番号を指定した通信も可能です。 Windows CE のプログラム開発囃竟 C 言語で Windows CE のアプリケーションを開発するには、現在のところ Microsoft カ甘是供している開発ツールを使う必喫があります。従来は、 Microsoft の統合開発環境である「 Microsoft Visual Studio 」のアドオンとして Windows CE のコンパイラなどカ甘是供されていましたが、これらをすべて購入すると 10 万円以 - E かかってしまうので、個人で Win- 15 昨年、ドイツて闊かれたワークショップに参加したところ、そこに置かれていたすべての Windows マシンで Tera Term カイつれていました。冫敏トでもノ、気があるようです。 16 http://hp.vector.co ・ jp/authors/VA002416/ce/ index-ce. html 182 図 7 Microsoft eMbedded TooIs k 年“第・れ 1 0 物第地気 - ま 00 を朝 E は第地・ : 地・第 0 第 V 第道「ト V 第物 : rnin. c -8 いし h nin() pri ⅸイⅡ 0 ! 新つ : 0 = 0000 、 0000 、 00 、 0 、、、 00. 、 0 0 ~ - 0 ・ 0 。、一 ~ ・ =. ← 00 、 = " 0 、 ~ 0 」 C : ⅳ d 物 5 Tco 医を 21 ハト气 : 0 Ⅵ「 cl は地 V 引引 ib. h ( 332 ) : see 0 ⅵ供 & 、 : 新飛ⅸ“ yma i 工Ⅵ nin ェ ( 6 ) : 「 ni 「 C40 師 : 'min : 「 0 「 e ⅳ「 0 物当「 e いæ. Ⅱ b ( 陸ぶ . : ′ 0 「 L 2N1 : u-. 「 t r 5 ) 最、引耘第「 i. 。 0 dows CE のプログラムを開発するのはかなり大変でした。一方、 Palm ではフリーの GCC でプログラム開発をおこなえますし、 CodeWarrior のような統合開発環境も数万円で入手できます。こういったこともあって、個人の開発者は Palm のプログラム開発環境のほうに魅力を感していたように思います。このような状況を破しようと考えたのか、 Microsoft は Windows CE のコンパイラと統合開発環境をすべて含む「 Microsoft eMbedded Tools 3.0 」をフリーてま是供しています 17 この Microsoft eMbedded TooIs は、 VisuaI Studio とはは同じ操作インターフェイスをもつ高度な開発環境です ( 図 7 ) 。 Visual Studio や eMbedded Tools は、エデイタやプロジェクト管理など、あらゆるツールを含む GUI の統合開発環境てす。ただし、コンパイラやリンカは独立したコマンドになっていますし、プロジェクトも UNIX のものとほは 1 司し MakefiIe で管理する方式になっています。したがって、端末べースのプログラムであれは、あとで述べるように GUI をまったく使わすに開発作業がおこなえます。たとえは、 Emacs でプログラムや Makefile を作成し、端末十でファイル操作やコンパイル操作をおこないながらプログラムを開発していくことかできるわけです。現在、 Microsoft は開発工竟を全面的に VisuaI Studio . NET に移行しつつありますが、それと並行して eMbed- ded Tools 4.0 という製品の提供も続けるのではないかといわれています。 17 http://www.*.com/mobile/downloads/ emvt30. asp UNIX MAGAZINE 2002.6

9. UNIX MAGAZINE 2002年6月号

. を 3 ・う・ 6 ・ヤ・をィイイ - ィ 3. 女子大生の課後 AirH ”で接続 UNIX MAGAZINE 2002.6 2 http://www.pc ・ panasonic ・ co ・ jp/pc/products/rl/ 1 http://www.ddipocket.co.jp/data/air.html ろいろと出費があるのです。すが、、人は PC のみにて生きるにあらす " 、ほかにもいすと、「無男お置いしてるからやろ ~ 」とつつこまれるのでで、ノート PC を新たに買うお金もありません。そうこは、ところが、バッテリーの買替えすらままならない状態なのいます。しかし、なんといっても先立つものが必要です。は、私にとってのノート PC の条件をみごとに満たして sonic の Let's note Light2 です。 960g で 6 時間駆動いま、そんな私の目に魅力的に映っているのは、 pana- ります。に持ち運べません。となると、軽いノート PC か欲しくなテリーを付けると約 3kg になってしまい、これでは気軽なります。私のノート PC は約 1.5kg ですが、大容量バッ使うために大容量バッテリーを付けると、どうしても重くリーがどのくらいもつかが大変重要です。しかし、長時間ノート PC でいつでもどこでも接続するには、バッテノをとり、コーヒー豆を買って帰りました。はなんですが、ランチを食べ、デサートに抹茶フラベチーを注意架く選ぶ必要がありそうです。その代わりといってできたとしても、ほかのお客さんが通らないようなところまうという悲しい出来事でした。運よくお店の電源を拝借ソコンの電源か落ちたのはもちろん、差込みも曲がってしルがひっかかり、コンセントから抜けてしまいました。パになっていたところ、通りかかったお客さんの足にケープ喫茶店のソフアに坐って電源を拝借し、チャットに夢中る、・・なんていうことはできないわけです。以前、ある春の陽射しを受けながら友達とメッセンジャーで会話すころでしカ材妾続できないのか嘆俺点です。オープンカフェで AC アタブタなしでは動かないので、電源が近くにあるとただし、私のノート PC はバッテリーか鞘耗していてットをするぶんにはとくに間題ありません。 CHOCOA ( IRC クライアント ) やメッセンジャーでチャたり、ネットサーフィンをするのはかなり辛いのですが、 32K ノヾケットカ式なので、 Telnet (Tera Term) を使っていますが、、、圏外 " になったのは 1 回しかありません。私 ( まり ) は、 AirH" 1 で接続しています。半年以 E 使っあゆ . ってゆうか、なんて喫茶店でネットワークが必要になるんよ。そよか : ってゆうか、なんでいつでもどこでもノート PC を持ち歩いてるのよ。だいたい、喫茶店はコーヒー飲むところやろ ? まり : ちゃうねん。友達と 13 時に伴伶をしてたとして、ふと日 t を見たら 14 時になってたとするやん。で、、、うわ、しまった。怒りのメールが届いているんやないかなあ " とか思うわけよ。そんなとき、喫茶店にいて、かつ電源も近くにあり、 AirH ”のカードを持ってたら接続したくなるやろ ? 接続したらしたで、今度は、、 IRC のログも見たい " とか思ったりもするんやない ? あゆ . うーん。分からん。そういう場面になったこと、ないもん。常日罸妾続にはせーへんの ? まり : 家でも常日喆妾続ゆうのはちょっと・・あゆ : なんで ? まり : だって、大学でも京大でも家でも喫茶店でも接続してたら、食事と寝るのとお風呂以外はす一つとパソコンに向かってることになるんやで。そよか : 家にいるときくらいは別のことをやりたいってことか。あゆ : そもそも、私は大学でしか接続せえへんし・・ ADSL 生活この原稿を書くようになるまで、私 ( あゆ ) がパソコンを使うのははとんど哮校にいるときだけでした。したがって、家でのネットワークの環境にはとくにこだわりがなく、インターネットへの接続にも普通の電話回線を利用していました。ところが、原稿を書くようになってからはどうしても詩ヾる事柄が多くなり、接続する時間も長くなって、これまでの竟では耐えがたくなってきました。あゆ : やつばり、家にも常時接続環竟がほしいなあ。まり : それなら、いま流行りの 8Mbps にすれば ? いままでの電話回線もそのまま使えるし、イ叫リじゃない。あゆ : でも、料金か高いんやない ? そよか : Yahoo! BB3 にすれは ? まり : 料金もそこそこやし、あゆか払える範囲やで。あゆ : それはいいかも。さっそく申し込んでみるわ。 3 http://bb.yahoo.co ・ jp/ 111

10. UNIX MAGAZINE 2002年6月号

表 12 2002 年 3 月 16 日 ~ 4 月 15 日に公開されたインターネット・ドラフトの分科会ごとの集計 ( 1 ) アプリケーション・エリア (Applications Area) 0 acap. Application Configuration Access Protocol 5 msgtrk. Message Tracking Protocol apex: Application Exchange 3 fax: lnternet Fax calsch: Calendaring and ScheduIing 2 ediint: Electronic Data lnterchange-lnternet ln- cnrp: Common Name Resolution Protocol tegration geopriv: Geographic Location/Privacy imapext: lnternet Message Access Protocol Ex- impp: lnstant Messaging and Presence Protocol tension trade: lnternet Open Trading Protocol 1 cdi: Content Distribution lnternetworking IPP. lnternet Printing Protocol ftpext: Extensions t0 FTP ldapbis: LDAP (v3) Revision ldup: LDAP Duplication/Replication/Update nntpext. NNTP Extensions P rotocols opes: Open Pluggable Edge Services ldapext: LDAP Extension prim: Presence and lnstant Messaging Protoc01 simple: SIP for lnstant Messaging and Presence provreg: Provisioning Registry Protocol Leveraging rescap: Resource Capabilities Discovery t Ⅱ 3270e : Telnet TN3270 Enhancements urn: Uniform Resource Names vpim: V0ice Profile for lnternet Mail usefor: Usenet Article Standard Update webdav. WWW Distributed Authoring and Ver- webi: Web lntermediaries S10111ng インターネット・エリア (lnternet Area) 0 itrace: ICMP Traceback 5 ipoib. IP over InfiniBand ipcdn: IP over Cable Data Network 4 dnsext: DNS Extensions ifmib. lnterfaces MIB mobileip: IP Routing for Wireless/Mobile Hosts idn: lnternationalized Domain Name 3 12tpext: Layer TWO Tunneling Protocol Exten- magma: Multicast & Anycast Group Membership S10ns pana: Protocol for carrying Authentication for pppext: P0int-t0-P0int Protocol Extensions Network Access 1 atommib: AToM MIB zeroconf: Zero Configuration Networking dhc: Dynamic Host Configuration ipv6. IP. Version 6 Working Group 運用・里工リア (Operations and Management Area) 0 dnsop: Domain Name Server Operations 4 aaa. Authentication, Authorization and AC- entmib. Entity MIB counting eos: Evolution of SNMP 3 adslmib. ADSL MIB ipfix: IP Flow lnformation Export 2 bridge: Bridge MIB nas re q : Network 、 mboned. MBONE Deployment sming: Next Generation Structure 0f N'lanage- 1 disman. Distributed Management ment lnformation hubmib: Ethernet lnterfaces and Hub MIB policy: P01icy Framework ngtrans: Next Generation Transition rap. Resource Allocation Protocol ptommne: Prefix Taxonomy Ongoing Measure- agentx: SNMP Agent ExtensibiIity ment & lnter Network Experiment snmpv3. SNMP Version 3 rmonmib: Remote Network Monitoring muIti6: Site Multihoming in lPv6 0 bmwg: Benchmarking Meth0d010gy snmpconf: Configuration Management with SNMP DH-CHAP: Di 幵 ie-Hellman Enhanced CHAP for iSCSl SLP を用いた iSCSI ターケットおよび名前サービスの探 DH-CHAP : iSCSl 用の Di 幵 ie-HeIIman による CHAP iSCSI 用の認証として Diffie-Hellman 暗号を利用した CHAP を提案している。 SLP を用いて iSCSI ターゲットおよび名前サービスを探索する手法を提案している。 [draft-black-ips-iscsi-dhchap-OO. txt] 166 UNIX MAGAZINE 2002.6