さらにグレードアッフ もちろんコストも削減 ・ RAID レヘル 日 D 0 、 1 、 0 + 1 、 4 、 5 を採用。新たに RAID 0 + 1 ( ストライヒンク + ミラーリンク 機能 ) 及び R D 4 が加わりました。特に RAID 4 の採用により従来の R D 3 に 比べ、同一機能のままさらに高速化実現 万一ティスクドライフや電源ユニットが故 ・高信頼性 転送速度 40MB WIDE SCS インターフェースにより最大 レ 0 レート 6 , 500 回 / Sec 以上、 ULTRA ■高速テータ処理 可能。 ( ホットスワップ ) 容易にドライフや電源ユニットの交換か 障しても、アレイ装置を停止させることなく ■ホット / ウォームスペア機能 ティスク 1 台をホット ( 常時回転 ) 又はウォ ーム ( 電源のみ ON ) スペアーに設定した 場合、万一、テータティスクの 1 台が故障 して機能を停止しても、ホット / ウォームテ イスクに自動的にテータか再構築される為、 故障したティスクを即時交換する必要が なくなります ■接続性 SCSI 対応のほとんどの〇 S に接続可能、 特別なテパイストライバーは不要 標準 64MB 、最大 512MB まで拡張可能。 FAST SCSI(IOMB) 、 ■キャッシュメモリー ・インターフェース Single ended/Differential ULTRA WIDE SCSl(40MB) ULTRA SCSl(20MB) FAST WIDE SCSl(20MB) 、 ライト・スヒード 10 倍、リード・スヒード 50 % Up 最大 512MB のキャッシュ搭載最大単体容量 82GB DAT サプシステム (DDS3) (DDS2) SDX SERIES ディスクはすべて SEAGATE 採用 2.4GB から 23GB まで、内蔵型、外付型各種在庫より即納可。 SDX-9105XS ( 9.1 (B) ・ SDX-23000UXS (23GB) EDX-2405XS ( 2.4GB ) SDX-4300XS ( 4.3GB ) SRX SERIES ERX-9105-450XS (45GB) ERX-9107-630XS (63GB) ■ S 日 X -23000-115XS ( 115GB) キャニスター 5 台又は 7 台で各キャニスターはホットスワップ対応 でリムーバブル、 CPU 側での R D ソフト採用によりティスク・ア レイ装置としても使用可能。 * 対応機種 : SUN SPARC, ALPHA, HP9000 , RS6000,lNDY/lNDlGO/ONYX/CHALLENGE/02/OCTANE, NEWS, EWS4800 , WIN DOWS NT, ect. ・インターフェース : FAST SCSI(IOMB/S) /FAST WIDE SCSl(20MB/S)/ULTRA SCSl(20MB/S)/ULTRA WIDE SCSl(40MB/S) S 歟 -4 ①①① XS ( 様準 4GB ・圧縮 8GB ) SAX-8000XS SAX-4000XS SAX -8800 / 12XS ( DAT オ ~ トチェンジャー標準 144GB ・圧縮 288GB ) SIngIe-ended/Differential ・メモリー、サプシステムのお問い合わせは、本社システム営業部まで - ー株式会社アイ・エイ・アイ 本社 : 〒 102 東京都千代田区麹町 1 -3-7 TEL 03-3237-1671 ( 代 ) FAX 03-3237-131 資料請求 No. 032

0 写真 1 02 の HD モジュール 02 の内蔵 HD( 左 ) と購入した DCAS32160 ( 右 ) 写真 2 ころは DCAS32160 のソケットむ吉するようになって いるので、挿してから周辺を補強すれば間題はなさそうに 思えた。 "home made ”の精神を多替軍して、フォノレダー を自作するのも難しくはない。こういう考えカ、の頭をよ れなくなったが、 fsck コマンドで回復した。 ぎった。 ところが、 8 分間で 360MB はどになった QuickTime 私の足はすでに秋葉原に向かっていた。たまたま鎚巫 ムーピーのファイルを Jaz ディスクに JPEG 日第で工 に用事があったので、秋葉原の行きつけの店に直行し、 クスポートしようとすると、猛烈に時間がかかるうえに途 DCAS32160 の Ultra Wide SCSI の HD ユニットを 中て挫折してしまう。むろん、もっと小さなファイルであ 買った。 ればまったく間題はないし、 Jaz ディスクのなかに置いた 夜遅くイ士事場に戻り、いそいそと DCAS32160 のパッ ファイルを、 クを開きながら、ふと、、待てよ " と思う。あわてて 02 の % dmplay mmm¯jpg ・ mov HD ュニットを外して上交してみると、・・・・・・違うのだ、 として外部に NTSC 出力しても、原画像と遜色のない画 オゞ。型番は同じくせに、ソケットが 80pin なのである。 質と動きで再生できる。 使ったことのない HD を秋葉原で買う場合、詳細な説 そこで、内蔵 HD のなかをすこし整理して 500MB ほ 明書が付いていることはますないので、あらかじめ Web どのスペースを確保し、 Jaz ディスクからそこに工クス ページでデータをチェックする。ところが、今回はたかが ポートしてみた。これなら、所要時間はかなり長い ( 約 70 PC 用という意識か働いたのか、あるいはよく知られた型 分 ) がうまくいく。やはり HD 、しかも内蔵 HD と同じ 番の HD だということもあってか、 IBM の Web ページ Ultra Wide SCSI でないと駄目なのだろうか・ は覗かなかったのである。 恐ろしきはビンの数 同じティスクだが・・・・・・ あらためて web ページにアクセスし、もう一度無念に 02 の場合、周辺機器からマザーポードまでのすべて 思い、そして納得したのは、 DCAS32160 には 50P ⅲ、 がモジュールになっており、 HD もレバー 1 つで簡 68pin 、そして 80pin の 3 モデルがあるという事実だっ 単に取り外せる。さっそく取り出してみると、 IBM の た。 02 の HD は 80P ⅲで、ソケットは SFF8046 とい 「 DCAS32160 」という型番のディスクだった。 SGI 製の うモデルである。これさえ手に入れれは、、純正品 " は不要 プラスチック・フォルダーに収められているが、このディ だが、実際問題として、秋葉原で 80pin のコネクタが付 スクなら、秋葉原の多くの店で 3 万円台で安売りされてい いた DCAS32160 は見たことがない。だから、私の〕尺 るものと、、同し " ( という思い込みが失敗のもとだったの ( 墅朋大ではいたしかたなかったのだ。内蔵ディスクをもう だか ) である。 lndy ではもつばら Seagate の HD が使 1 台増設できなかったことに関しては、これであきらめが われていたが、 02 では、インターフェイスに PC 用の Adaptec 製品などカ硬われるようになったのに合わせて、 つし ) オこ。 それなら外付けにするしかない。さっそくインストール HD も IBM 製に変わったようである。 を開始した。外付け用のポックスは手近にいくつもあるの 02 には、もう 1 つ HD を内蔵できるスペースがある で、その 1 つの電源を借りて接続する。ます、 lndy につ ので、そこに HD を直オせばよい。しかし、フォルダー ないでみた。なんなく認識される。気をよくして、同じ状 付きの SGI 純正製品は 13 万円以 - E もする。だが、見たと 120 UNIX MAGAZINE 1997.11

Netscape: 叩 . phtml (lJntitl ed) 連載 / WWW サーバーの育て方一② 図 6 ファイルをアップロードするためのフォーム 日 Edit ihew 価 B00 ー。 0 c 加、面 w 図 8 絵のコメントも入れて週 E 市を View 日側刊 3 む田ド 0 c 呼ー一面 Ne いい : 叩 . phtml (Untitled) [ OC ド第 t 竫 : / / 10 い 08 レ . ↓。 L.ocation.•第し tp ツ / 1 。 c な。 3 レ叩 Sen 面い Send ⅱ 【 0 をを おェ ov ーを . ミて / 気を / 望 i ま 1 を / hob ト屮望 強リ気 ob ト p き軈・ 5 ト驫 ck 「 00 ま第ま 0 “ 1 Send 0 は S 0 図 9 絵が 2 枚に増えた 料 Edit 断 ew 60 900 第 & 0 国沿は 00 ・物 0 当 第 t : / / 1 。 0 03 レれ 1 邑 h 1 図 7 言するファイルをミ尺 Broxtse.. い 0 叩曾 : 日レ upload p ら 9 色 届 t / リ 3 : ′生 me たこ醂磆 / 9 / イ Di ′ 0d0 れ C$ circle gif co れ d れ io ュ . gif 山工 ee 町しヨよ [ frame. gif 曲 ro qif ialine ー川し gif 3 部 0 い 五 0 用ラ / giffile. obby iq 曰地′ C 田に引 7 ~ 8 行目では、画像閲覧用の HTML ファイル (file. とを示す例ということで、お許し願いたいと思います。 html) をオープンして、ファイルポインタをファイルの最 後に移動しています。 PHP/FI と GD ライプラリ 9 ~ 10 行目で、コメントと画像ファイルを IMG タグ で貼り付けて、画像閲覧用のファイルをクローズしていま GD ライプラリは Quest Protein Database Center す。 の Thomas Boutell さんが作った、 GIF データを作成 するためのライプラリです。 後半部分の説明は、さきほどのリスト 3 とはは 1 司じなの 前回、 PHP/FI をインストーノレするときに、 GD グラ て省略します。 フィック・ライプラリを一緒にコンパイルして、 PHP/FI up. phtml のデータファイルであり、表示用ファイルで に組み込みました。これを使って、 GIF 画像を PHP/FI もある file. html は、リスト 5 のようにあらかしめ作って から作成してみましよう。 おきます。 GD ライプラリは、 lmage て始まる名前の関数として、 こでは、すこし乱暴な去て画像閲覧用の HTML を PHP/FI からすべて呼び出すことかできます。 作成しているので、 BODY タグや HTML タグか閉しら GIF 画像を作るには、絵を描くためにますキャンバス れていません。また、ファイルのロックもおこなっていな を作るのと同しように、台紙となるイメージを作成する必 いので、複数の httpd か動いている竟では、 file. html 要があります。 がおかしくなる可能生があります。ここではあくまでも、 ファイルのアップロードが PHP/FI では簡単にできるこ イメージの作成には ImageCreate() を使います。書 社 ile /. [ コメント ] : 辷。寸 ' 。心。 g 。・ ヨⅶ冊い 朝メジ」明 , 。。い y , い。 k " 総 . Ok 107 UNIX MAGAZINE 1997.11

Daemons & Dragons— それらに関連するライプラリ、管理インターフェイスの 84 が日々受け取るリクエストをはるかに簡単に整理する手 毎週レポートを発行することもできる。システム管理者 スタッフが処理しているリクエストの最新情報として、 への対応の進みぐあいを知ることができる。それぞれの が対処しているトラブルの詳しい状況や、長期的な問題 ができる。経営者の立場から考えると、システム管理者 ューサーに対してよりよいサポート環境を提供すること トラブルを記録し、とりこばすことがないため、エンド 方法まで変える・必要はない。 req を使うと、報告された る。スタッフはトラブルの処理方法やユーサーとの連絡 な変更は req がサプジェクト行に挿入するタグのみであ フィルタリング機能が正しく設定されていれは、重要 者 ~ が必要になるかもしれない。 工スト内容を把握して正しく管理する、、リクエスト管理 ストが際限なく増えてしまう。場合によっては、リク をスタッフが正しく処理していかないと、未解決リクエ 植するのも容易である。ただし、解決済みのリクエスト はかのメール配送工ージェントをサポートするように移 される。これらは sendmail を対象に書かれているが、 に、ソフトウェアは既存の電子メールシステム上に構築 の手続きに対する変更か最小限ですむことである。さら req の魅力的な特徴の 1 つは、既存の組織や管理ー E せすにおこなうことができる。 local/etc に作るなどの操作を、 ノヾージョン番号を気に 理インターフェイスへのシンポリック・リンクを /usr/ り、 /var/adm/request/req/bin にあるさまざまな管 /etc/req-mailgate へのシンポリック・リンクを作った 成にしておくと、 sm. bin から /var/adm/request/req く req のアップグレードがおこなえる。このような構 を用いることで、既存のプログラムを上書きすることな ンポリック・リンクを作っている。このようなリンク で、 /var/adm/request/req- ノヾージョン番号 " へのシ ールした。さらに、 /var/adm/request/req という名前 / req ーバージョン番号 " というディレクトリにインスト /request に置き、プログラムは、 /var/adm/request 実行ファイルがある。我々の場合、データは /var/adm 段を提供しているのである。 req はサイトで 1 つのェイリアスを管理しているよ うな状況においては、かなりの効果がある。しかし、違 う名前のメーリングリストが複数あると、管理に混乱 が生しる。複数のリクエストキューを扱うシステムと して、 RUST (Requests, Users, and the System- administration T0-do mail system) と呼はれるノヾッ ケージが開発されている。このパッケージは req を完全 に書き換えており、互換性はない。 RUST の詳細につ いては、 http://www.cs.utah.edu/-ruefenac/rust/ を参照してはしい。 req の Web ページは http://www.ccs.neu.edu/ software/ccs/req/ である。 こには req の生い立ち、 req の最斤ノヾージョンのソースコードやコントリビュー ションを含む FTP アーカイプ、既知の間題リスト、 req のメーリングリストの詳細なアーカイプなど、より詳し い情報が載っている。 システム管理に関するコンサルティングやセミナーを専門とする Sysad- rnazon Enterprises ( テキサス州 Austin) の社長。 Jeffrey J. Radice フリーの U NIX コンサルタント。 [ 参考文献 ] [ 1 ] Remy Evard, M 田のれ 9 the E む et 、、 0 れ 9 To-Do んなな Usenix Association, September 1994 , p. 111 「 Using req For Problem Tracking 」 UNIX REVIEW 1997 年 1 月号より ◎ 1997 , UNIX REVIEW (). S. A. ) ー Dinah McNutt UNIX MAGAZINE 1997.11

連載 /FreeBSD ノートーの まうのは困る。互換ハードウェアに手を出す前に、実際に 私の場合、移動先では PHS か利用できるし、車や辛 動いた例があるか、トラブルの報告はないかなどをよく調 線から利用することはない。それに、 PHS のデジタル通 べてみる慎重な姿勢が ( たとえ覚語のうえで冒険する場合 信には魅力を感していたので、 PHS を選択した。 でも ) 必要であろう。 PIAFS PHS でデータ通信をおこなうにはいくつかの方法か モバイル IP あるが、基本は PIAFS (PHS lnternet Access Fo- rum Standard0 なぜか「ピアフ」と読む ) による最大 FreeBSD モノヾイルコンヒューティング・ノ、ツケージ 29.2Kbps のデジタル通信である。 PAO (http://www.jp.freebsd.org/PAO/) によるモ PIAFS は、 PHS のほかに通常の ISDN 回線で通信 バイル珥竟については、すでに何度か紹介した。ネットワ をおこなうことも可能である。そのためには PIAFS に ークと相性のよい FreeBSD なので、モバイルエ竟からも 対応した特殊な TA (TAP と呼ぶらしい ) が必要とな ネットワークを使いたくなるのはごく自然なことである。 る。インターネットサーピス・プロバイダ ( 以下 ISP) モバイル IP のための接続を提供してくれるメディア でもばつは、つ TAP の整備が進んでいるはか、サン電子 としては、いまのところ電話が一ヨ勺である。このはか、 の TS128GA2M (http://www.sun-denshi.co.jp/scc 米国では町中に専用の無泉ネットワークを張りめぐらして /TS128GAM. htm) や、 NTT-TE 東京の MN128 シリ ネットワーク・サービスを提供している会社もあると聞く。 ーズ (http://www.bug ・ co ・ jp/mn128/index. html) な また、アマチュア泉を利用した IP 接続の実験もおこな ど、一ヨ殳の TA でも対応しているものがある。 われているようだ。 PIAFS 対応の PHS 電話機のはかに必要になるのが、 携帯電話 TA に対応する PIAFS カード ( PC カードになっている ) である。去も丘は電話とカードが一イ本になったものや、情報 携帯電話という言葉は、 PHS を含む広い意味にも、 端末になっているものなど、さまざまな製品カ咄ている。 PHS を含まない狭い意味にも使われるので、少々ややこ PHS から PIAFS で発信した場合、アナログモデムや しい。とりあえす、後者を、、いわゆる携帯電話 " と書いて ー搬の ISDN 用 TA には直接接続することができない。 区別しよう。 そこで、 PHS 会社が PTE あるいはプロトコル変換など PHS ク芋徴としては、 と呼はれる有料の変換サービスを用意している。 ・電話機、基イト金、通言辞トなどのコストカ觝い PTE を経由する接続は発信のみで、着信に利用するこ ・高品位のデジタル通信か容易 とはできない。したがって、コーノレヾックなど着信をおこ ・都市の舌圏が中心 ないたい場合は PIAFS を利用する必要がある。これは、 高速移動中は使えない aDATA32 の場合も同様である。 aDATA32 などがある。一方、いわゆる携帯電話ク寺徴は、 DDI ポケット通信グループの PHS では、独自のデー コストは PHS にくらべると高い タ通信方式である aDATA32 か利用できる。これは PI- デジタル通信も可能になりつつある AFS に加え、アナログ回線や一般の ISDN 回線 ( 同期 都市部にかぎらす ) 危囲で使える 64Kbps 、ただし実効速度は 28.8Kbps) ( コ妾続でき 新幹線など高速移動中も使える る方式である。 DDI ポケットの、、メディア変換機能 " を利 といったところだろう。それそ、れ得意としている範囲が異 用するもので、電話機のパンフレットやカードのマニュア ルでは、、、無線インターネット手順無線モデム手順 " な なるので、単純にどちらがいいといえるものではない。モ どと呼はれている。この変換装置は各基地局に備えられて バイル IP をよく利用する人の場合、両方とも用意してお いるので、基地局間を移動しながらの通信はできないよう いて、状況によって使い分けているという話もよく聞く。 150 UNIX MAGAZINE 1997.11

・編集ー E の変史 である。 UNIX MAGAZINE 1997.11 でキャッシュがイ尉寺している URL についての情報を交 バー間で用いられるプロトコルである。隣接キャッシュ間 る ) で利用されているインターネット・キャッシュサー は Hervest や squid という名則で知られるシステムであ ICP は、 WWW のキャッシュ・システム ( 有名なの 年 9 月 5 日に公開されている。 ている。双方とも、、広報 (lnformational)" として 1997 ICP (lnternet Cache Protocol) の第 2 版について述べ WWW のキャッシュ・システム間プロトコルである 旧 fo. 、 D. Wessels ICP 第 2 版の利用法 (ICP), version 2 RFC2187 Application oflnternet Cache Protocol fo. 、 D. Wessels インターネット・キャッシュプロトコル (ICP) 第 2 版 RFC2186 lnternet Cache ProtocoI (ICP), version 2 、、Ⅵ石関連 ている。 を、文字集合と同様に明示できるようにする才長も含まれ また、 RFC2047 で定義されている符号イ韶 ) 表小言語 値の継読樹冓 3. ヘッダラインの折返しに対・応するための長いパラメータ 2. 表示するために利用すべき言言韶 1. US-ASCII 以、タ ) 文字集合の孑 対して、以下の刻長を加えるための手法を提案している。 イプおよび RFC2183 における拡張パラメータイ直機構に RFC2184 は、 RFC2045 で定義されているメディアタ 月 11 日に公開された。 る。現在の状態はゞ、標準化への提唱 " である。 1997 年 9 MIME のパラメータ値と符号化語の拡張を定義してい PS. 、 N. Freed ( RFC2045 更新 ) 語、継続 MIME パラメータ値およひ詩号化語拡張 . 文字集合、言 Continuations Word Extensions: Character Sets, Languages, and RFC2184 MIME Parameter Value and Encoded RFC ダイジェストー② IMAP RFC2192 IMAP URL Scheme IMAP URL 体系 PS. 、 C. Newman IMAP (lnternet Message Access ProtocoI) サー ーに関する資源を URL 表記にマッピングするための体 系について述べている。現在の状態は、、標準化への提唱 " である。 1997 年 9 月 11 日に公開された。 IMAP は適隔地にあるメッセージにアクセスするため の咼機能なプロトコルである。個人的なメッセージや共有 メッセージだけでなく、公開されているメーリングリスト のアーカイプへのアクセスに対しても優れた機能を提供す ることかできる。 RFC2192 ではこのようなさまざまな用途を見越して、 適隔地にある IMAP サーバーのリソースを URL として 表記する方法について述べている。これは、次に紹介する RFC2193 で他の IMAP サーバーを指定するためにも利 用されている。 RFC2193 lMAP4 Mailbox Referrals lMAP4 のメールポックスの回送冓 PS. 、 M. Gahrns IMAP4 のメールポックスの回送機構を提案している。 現在の状態は、、標準化 , 、ク是唱 " である。 1997 年 9 月 12 日に公開された。 多数のユーサーやメッセージ、およびたくさんの分散 した IMAP4 サーバーがある場合、 1 つの組織中でも複 数のサーバー間でメッセージを伝達したいことがある。た とえは、管理者は利用者の個人メールポックスを他の共有 リモートサーバユ上に置く代わりに、ローカルの IMAP4 サーバー上に置くことを j 尺するかもしれない。この種の 設疋は、すべてのデータを集約することがネットワークの 換し、要求されたオプジェクトの取得先を決定するために 利用される。 RFC2186 では ICP 第 2 版のフォーマットだけを述 べており、 WWW キャッシュへの適用については次の RFC2187 て扱う構成になっている。 フォーマットの詳細については RFC 本文を参照して ほしい。 89

連載 /FreeBSD ノートーの 写真 3 A4N128- SOHO 図 2 A4N128- SOHO の言画面 新 : 第し年 : 〃純恤はい・ 0 いル既 i 本殳定 期 12 日一 SOHO 本体のパラメータを設定するヘージてす . (a) 前面 M 、 128 ー SOHO 40X1.02 くメッセージ > パラメータを入力・修正しては殳定 ] ボタンをクリックしてく 入力のガ劫、わからない場合は、ヘルプをこください 、 - 匡」ソ直凵 (b) 背面 ・りゑ : ■オアション項目てす . 以下のパラメータは必要かある場合に設定してください ・本体の名 ・現在本体に設定されて 1 内 70 々 3 一貶 : 21 いる日付と時刻 設定する日付と時刻 9 イ叩な 3- ; ・ , ・ログインヾスフード 通信での利用は想定されていなかった。したがって、現在 ・パスワード ( 再入力 ) ・ : 羇造鬟を , の利用法にはかなり無理がある。たとえば、 CPU の負荷 か高い状況ではバッフアカヾ益れてデータのとりこは、しか起 SOHO の導 . んユ前は、インターネット接続と UUCP 接 きやすい。これを避けるために、 4KB ものバッフアを備 続か 1 司時におこなえないなど、いらいらすることもあった える高速シリアルポードもある。また、ケープルにはノイ が、 2 回線を同時に使えるようになってからは、ほとんど ズ対策か不可欠である。 間題がなくなった。 TA の設定には AT コマンドを利用する。ルータの成疋 新しい TA のなかには、新たに設計された USB イン ターフェイスか利用できるものもある。 USB て利用でき は WWW による GUI ( 図 2 ) のほか、コマンドを直接 るデバイスはまだはとんどないため、 FreeBSD での対応 入力することもできるにの接続にはパスワードを設定す ることも可能である ) 。 GUI で設定をおこなった場合も、 の話は聞かない。旧来のシリアル・インターフェイスなど にくらべて格段に性能がよく、しかも使いやすいので、こ 実際はコマンドが生成されるようになっている。ほとんど は GUI で事足りるのだが、コマンドを使えばきめ細かい れからの普及カ畤たれる。 設疋も可能である。 MN128-SOHO たとえば、 GUI 設定では自重妾続先は 1 つしカ甘旨定で IIJ-PPP を利用した PPP 接続も、パッチにより自動 きない。電話張で 3 番目に登録した接続先への自重妾続を 化や NAT 機能のイ寸加などでかなり使いやすくなる。しか GUI で設定すると、コマンドとして、 し、パッチで実現できることには限界があるし、 TA につ ip route 0.0 . 0.0 / 0 / 7 remote 3 auto ながっているマシンの調子が悪いと LAN 全体がインター が生成される。これは、任意のアドレスへのバケット ネットに接続できなくなるなど、気になる点も多い。 ( 0.0.0.0 / 0 ) を受け取ると 3 番に自重明妾続する、という設 そこで、 MN128-SOHO ( 写真 3 ) を購入して、リ 定である。 7 というのは、メトリックの設疋である。 モートアクセス関係の機能を移すことにした。 MN128- このとき、特定のアドレスへのバケットを別の接続先に SOHO は TA 兼 ISDN のリモートアクセス・ルータの 自重妾続する設定が、コマンドによる指定で可能になる。 ほか、ハプ、 DHCP サーバーなど、 SOHO に必要な多 たとえは、ネットワーク 172.20.0.0 / 16 へのバケットを 様な機能を備えている。 4 番に自妾続するように設定するには、 ISDN へのアクセスには、 2 回線を同時に利用すること ip route 172.20.0.0 / 16 / 2 remote 4 auto かできる。また、 TA とルータ機能は独立しており、ダイ ヤルイン番号かサプアドレスを別々に設定すれは、区別し と設定すればよい ( メトリックの 2 は適当である ) 。 て着信することもできる。 MN128-SOHO の機能はとにかく豊富で、全貎を把握 するのは大変だが、とりあえす GUI でおおまかに設定し 自宅では、 TA 経由で UUCP 接続している。 MN128- ・杢曩ミ き ! 当驀ま冫こ アすロクボ、一ト 155 UNIX MAGAZINE 1997.11

の一守パーツを扱っているそうで、山も名刺をもらったの です ) の営業の人に問い合わせると、「在庫あります」との 答が返ってきました。なかはあきらめながらも、秋葉原の PC ショップを足を棒にして歩きまわったのは、やつば り無馮 ~ 足だったわけです。今月の格言は「餠は餠屋にかぎ 連載 / BSD をハックする一 0 電源オン予約機能 る」ですね。 52 pendent の項目 CTL-MACHDEP にします。これを NetBSD-i386 に特有の機能ですから、 Machine de- ますは、 sysctl のどの階層に追加するかです。 ほど「カーネルの楚知信の節で解説します。 ルを利用することにします。 sysctI(2) については、のち そこで、今回は 4.4BSD 特有の sysctl() システムコー さか性質カ哈わないようにも思います。 電源入 / 切の制御装置は、入出力装置として扱うにはいさ デバイスとしての登録はかなり大袈裟になります。また、 ステムコールで制御するものです。ただし、キャラクタ・ し、 open 、 read 、 write 、 ioctl などのファイル I/O 用シ もっとも一イ殳的なのは、 UNIX のデバイスとして追加 のインターフェイスを追加する去が考えられます。 ールを追加する方法と既存システムコールに新しい機能へ カーネルに機能を追加するには、新機能用のシステムコ できるようにする必喫があります。 もちろん、これらの機能はスーパーユーザーのみか利用 ・電源投入機能の停止 ( 過去の設定の取消し ) ・重丿胙モードの設定 ・現在の設定状況の確認 ・ PMS のカレンダー時計の日該リ間合せと設定 必要な機能は、以下のようなものです。 要があります。 ベルのソフトウェアで PMS [ 2 ] のポードを制御できる必 電源オフと違って、電源オン時亥抒約には、ユーサーレ ドライバの形態の決定 はつまらないので、開発の過程を追いながら説明します。 といっても、できあがったプログラムを掲載するだけで NetBSD-i386 1.2.1 に追加する事例をとりあげます。 前回の電源断機能に続いて、電源オン時刻予約機能を 処理する関数 cpu-sysctl() は、 /usr/src/sys/arch/ i386/i386/machdep. c のなかにあります。関連するヘ ッダファイルは、マニュアルページによると sys/sysctl. h だと書いてあるのですが、調べてみると見当たりません。 実際には、 CTL-MACHDEP カテゴリーの sysctl オペ レーションに関連する旦暠は machine/cpu. h にありま 本来、 /usr/include/machine は /usr/src/sys/arch / アーキテクチャ /include へのシンポリック・リンク であるべきです。しかし、 NetBSD-i386 では配布形態 の都合で /usr/include/machine と /usr/src/sys/arch /i386/include にまったく同しファイル群がそれぞれ入っ ています。 CTL-MACHDEP カテゴリーに項目を追加するには cpu. h も書き換えねはなりません。そこで、 /usr/include /machine 以下は全部削除し、シンポリック・リンクを作 成しました。 今回はます、 PMS のドライバを作成するための環境を 構築するところまでを紹介します。いきなりドライバを書 いてカーネルに組み込んでも、テパッグが大変なだけだか らです。 入手した PMS の資料は外版用の懇切丁寧なものでは なく、オプジェクトの社内用技術文書であり、使ってい る IC 類のマニュアルまでは転載されていません。そのた め、どのように制御す川ま意図したように働くのか、実際 に試してみる必要があります。 そこで、 PMS の重川寉認ができるようなドライバの開 発環境を作ることにしました。 PMS に組み込まれている 日は 1 秒単位で、制御のタイミングがシビアなハ ウェアではありません。設定をゆっくりしても時引が多少 狂う程度の景グだと思います。そこで、 NetBSD のカー ネルにしかできないこと、つまり PMS の制御ポートに 対する inb() と outb() の実行を sysctI(2) 経由でおこ なえるようにします。いくつか予実験をおこない、ユー サー・プログラムとして動く制笹ワログラムができたら、 改めてそれをカーネル内に移植することにします。 PMS のポートはすべてバイトボートですが、 sysctl() とい尹咎はみを使用する都合に、データは int で受け渡す 0 ことにしました。 UNIX MAGAZINE 1997.11

MBx 同時ューサー数、 HD が 140MB ( インストール時 ) / 70MB ( インストール 後 ) 、 CGI をサポートする Web サーバー 自動インストール Linux メディアラボ (Tel 03 ー 5294 ー 7255 ) は、 自動インストール機能をもつ Linux OS 「 Linux MLD II 」の販売を開始した。 CAD システムの総合サホート トランス・コスモス (Tel 03 ー 3584 ー 6681 ) と電通国際情報サーピス (TeI 03 ー 3228 ー 6134 ) は、 CAD システムの導入 / 運 行レベルロック機能のサホート 米 Sybase (Tel 0120 ー 505256 : サイ べース ) は、開発中の DB ソフトウェア 「 Sybase Adaptive Server Enterprise 」 電子メールシステム 日本ヒューレット・パッカード (TeI 0120 ー 081565 ) は、企業内電子メールシ ステム「 HP OpenMail バージョン B 05.10 」の販売を開始した。 おもな特徴は以下のとおり。 1 ) ICE (lntranet Communications En- Macintosh 用サーバー・ソフトウェア アップルコンピュータは、 PowerMac- intosh 用サーバー・ソフトウェア「 APPle 4 ) Web サーバー、メールサー Share IP 5.0 」を販売する。 おもな特徴は以下のとおり。 1 ) Power PC に最適化 2 ) AppleTalk のほか、 TCP/IP に対応 3 ) ファイル、 FTP 、プリント、メール、 UNIX MAGAZINE 1997.11 ・トランス・コスモス、 iSiD 動インストールをおこなう。今回のバー Linux と X ウインドウ・システムの自 Windows 95 がもっ機器情報を利用し、 ■メティアラボ が必要。 lnternet Explorer 、 Java workstation) Web プラウサ (Netscape Navigator 、 資本金 1 億円。 CAD 、 CAM 、 CAE 、 立した。 用を支援する新会社「シー・スリー」を設 •Apple 3 ) MC/ServiceGuard との組合せで、障 イアントに Outlook97 を使用できる gramming lnterface) をサポート。クラ 2 ) MAPI (Microsoft Application Pro- の統合運用が可能 vironment) により、 WWW プラウザと •HP 行単位のロック機能によって、データ 発表した。 で行レベルロック機能をサポートすると Web の各サー ー機能を備える ノヾーー、ファ イルサーバーの各機能ではユーサーやグ ループ単位でのアクセス制御情報などを 共有 5 ) WebSTAR のプラグイン規格に準拠 6 ) Windows 95 からファイルサーバーや NEWS 価格は 199 万円から。 ジョンアップで、日本語機能の向上、ネッ トワーク接続、ノート PC への対応など をおこなった。 動作環境は OS が Windows 95 の PCO 価格は 9 , 8000 円。 PDM システムの各種トレーニング、導 入支援と運用のサポート、設計支援要員 の派遣、システムのカスタマイズと運用 ツールの開発などをおこなう。 1998 年度の売上目標は 15 億円。 へのアクセスが競合した際に生しる待ち 時間が短縮できる。 企業向けアプリケーション・べンダー へは 1998 年第 1 四半期から、全ューサー へは 1998 年第 4 四半期中の提供を予定。 害発生時に別サーバーへのサービス移行 が可能 4 ) 中国語、ハングルをサポート OS は HP—UX 9. x / 10.20 。 価格は、クライアント ( 50 ューサー・ラ イセンス ) が 78 , 000 円、サーノヾー ( 50 ユー ザー mailbox ライセンス ) が 469 , 000 円。 プリンタサーバーとして利用するための クライアント「 COPSTalk v2.4 」を添付 7 ) プリントキューを自動的に複数のプリ ンタに割り振るロードバランス機能をサ ポート 動作環境は、 CPU が PowerPC 601 / 604 / 604e 、主記憶が 32MB ( 推奨 48 (B) 以上、 OS が MacOS 7.6.1 / 8 、 Open Transport J ー 1.1.2 以上、 OpenDoc J— 1.2.1 以上の Power Macintosh か Work- group Servero 7

バンド幅やディスク資源の点から効率的とはいえない場合 によくみられる。 メールポックス回送イ椒こよって、クライアントは分散 した IMAP4 サーバー群に存在するメールポックスに効 率よくアクセスできるようになる。 回送機構の接続方式は 2 不頁ある。 1 つは一種のプロキ シーであり、もう一方はサーバー名を知らせてクライアン トか接続するサーバー自体を切り替えるものである。回送 イ懾は一種のプロキシー手法を利用することで効率的な処 理カ新」・能である。ローカル IMAP4 サー ーはクライア ントの代わりにリモートサーバーと接続してデータを受け 取り、それをクライアント , 云送する。また、回送オの クライアントからリモートサーバーへの一耐妾続は、バン ド幅をより有効に利用でき、かっリモートサーバーからの 言 E の際にクライアントに扮する必要がないという利点が ある。 RFC2195 IMAP/POP AUTHorize Extension for Sim- ple Challenge Response 単純なチャレンジーレスポンスによる IMAP/POP の認 証 (AUTH) 拡張について PS. 、」 . Klensin 他 ( RFC2095 置キ奐 ) IMAP および POP の認証機構の拡張機能として、チ ャレンジ - レスポンス方式を利用した AUTH 拡張を提案 している。現在の状態は、、標準化への提唱 " である。 1997 年 9 月 10 日に公開された。 IMAP て利用するための認証オ冓は、 RFC1731 で数 多く定義されている。しかし、これらはすべてネットワー ク中に平文を伝送する方式であったため、チャレンジーレ スポンス方式の認証機構を定義している。 これは RFC2095 を置き換えるために公開されている が、変更点は参照していた鍵付き MD5 の定義が I-D (ln- ternet Draft) から RFC 化されたことに対応する部分だ けである。 その他 その他の RFC をまとめる。 RFC2148 Deployment of the lnternet White Pages Service インターネットにおけるホワイトページ・サービス要 90 について BCP. 、 H. Alvestrand インターネットにおける糸Ⅱ織や個人のアドレス情報 ( い わゆるホワイトページ・サービス ) への需要について論し ている。現時 . 点での最良の方 ~ 去 (Best Current Prac- tice)" として公開されており、 BCP シリーズの番号は 15 である。 1997 年 9 月 10 日に公開された。 インターネットはユーサー間の情報交換やコミュニケー ションに利用されている。しかし、このようなことができ るのはユーサーか相手のアドレスを知りえた場合だけであ る。したがって、インターネットで人びとや組織に関連す る ( インターネットなどの ) アドレス情報を提供するなん らかのホワイトページ・サービスを利用することは有用で あろう。具一勺には、ディレクトリ・サービスなどか挙げ られる。 そこで、 RFC2148 では「インターネット・ホワイト ページサービス ( 以下 IWPS と表記する ) 」を山も丘の経 験、プロトコル、製品、手続きを利用して活用する去を 述べている。 RFC1943 として公開されている「 Building an X. 500 Directory Service ⅲ the US ( 米は」における X. 500 ディレクトリ・サービスの構築 ) 」によると、利用者が自 分でイ求する集中型のホワイトページ・サーピスは情嗣則乂 集を管理できす、そのうえ旧い情報か集約されてしまうこ とがある。 したがって、 IWPS を構築する際にもっとも重要なの は、分散 ( もしくはローカル ) データベースを基盤とし、 各データベースはそれぞれが実際に管理可能な IWPS 情 報をイ早することである。具ー勺には、系哉に特化した情 報や、インターネットサーピス・プロバイダとそのユー サーの清報などを挙げることができる。 X. 500 はインターネットでもっとも普及しているディ レクトリサーピス・プロトコルで、本で 3 000 畆 150 万人におよ次に普及しているのが wh 。 is 十十である。 これらは IWPS 情幸ユ外の情報もやりとりするが、 では IWPS に関連することのみを扱う。 本文中の第 1 章では、 RFC2148 中にあるインターネッ ト上の組織に対する要求がまとめられている。よい例だと 思うので、その要約を以下に小す。 UNIX MAGAZINE 1997.11