連載 /NET WORTH ・一 XNS は旦してしまった。 フトウェアでは、通常この 2 倍の量のメモリカ肖費されて 要としない。これに対して、 PC-NFS クライアント・ソ DOS の貴重なメモリをはんのわずか ( 約 50KB) しか必 プロトコルと NetWare クライアント・ソフトウェアは トコルより性能面て優れているばかりでなく、 IPX/SPX のオーバーヘッドが少ない。 NetWare は、競合するプロ PC の世界では、 NetWare は速く、クライアント側で NetWare と NFS 改善している。 プロトコルを拡張して (SPX 2 ) 、イ講衄生を高め、性能を に構築された。 NetWare の去も丘のバージョンでは、 SPX イルサービスやプリンタサービスの実装と同様に IPX 上 ンダーのアプリケーションの大部分は、 NetWare のファ 果、 NetWare プロトコルを使ったサードバーティー・べ ジョンの実装にはバグがあり、信頼性がなかったその結 Novell の SPX の実装、とくに NetWare のネノ琪膨ヾー バケットの内容はまったく異なる。 でよく使われているルーティング・プロトコルと同名だが、 コルとして使われている。 RIP という名前は、 TCP/IP 知る。また、 RIP は、 NetWare ではルーティング・プロト ワーク上のファイルサーバーやプリンタサーバーの位置を Ware クライアントは、 SAP を使って、ローカル・ネット SAP は NetWare の鍵となる構成要素の 1 つで、 Net- Control Protocol) に似ている。 ピスをサポートし、 TCP/IP の TCP (Transmission NetWare の SPX プロトコルはコネクション指向のサー formation Protocol) などのプロトコルもある ( 図 1 ) 。 (Service Advertising Protocol) や RIP (Routing ln- イル共有やプリンタ共有をおこなう NCP のはかに、 SAP NCP (NetWare Core Protocol) を作りあげた。ファ なプロトコルである。 NoveII は、 IPX を使って独自の (User Datagram Protocol) に似たコネクションレス gram Protocol を改造したもので、 TCP/IP の UDP eXchange) である。 IPX は、 XNS の lnternet Data- work Packet eXchange) と SPX (Sequenced Packet NetWare で使われるプロトコルは、 IPX (lnternet- 102 しまう。 図 1 Net 、 vare プロトコル・スタック NCP SAP RI P SPX I PX Med ia Access P rotocols (TokenRing 、 Ethernet 、 ARCNet など ) UNIX MAGAZINE 1995.12 から UNIX ヘアクセスしたいという要求を解決したこと る。 NetWare に NFS を追加すれはイ叫リではあるが、 PC らでもマウントできるし、ユーサーにファイルを公開でき シンのファイルシステムをほかの UNIX マシンからいく 開できない。これに対して NFS では、 1 つの UNIX マ ら別のサーバーへ Novell のファイル ( ポリューム ) を公 また、 NFS とは違い、 NetWare では、 1 つのサーバーか ノヾ ーにソフトウェアをインストールしなければならない。 共有されるファイルのあるすべての Novell ファイルサー (NFS クライアント数無制限 ) である。どちらの製品も、 (NFS クライアント数は 3 つまで ) 、または 2 , 995 ドル る。 SoftNet NFS はもうすこし妥当な価格で、 999 ドル 価は、 NetWare のなかでもっとも高い尺肢の 1 つであ NetWare ライセンスカイ寸いている ) NetWare NFS の定 しまう。サーバー 1 つで 4 , 995 ドルもする ( 50 人ぶんの 前もって注意しておくが、このガ去はすぐに高くついて ンタヘアクセスでき、 PC ューザーと資源の共有ができる。 UNIX ューサーは、 NetWare サーノヾーのファイルやプリ よりも面で、設定が簡単である。これらの製品を用いて、 UNIX の長いファイル名を扱えないカゞ、 NetWare NFS リリースした。 SoftNet NFS は、 Novell のサーバーで Systems が同様の NLM 製品である SoftNet NFS を 追加パッケージとしてリリースした。最近では、 PuzzIe バーを NFS サーバーとして動かせる NetWare NFS を けるようになった。 1991 年、 Novell は、 NetWare サー ン (NLM : NetWare Loadable ModuIe) も容易に書 TCP/IP に依存した NetWare サーバー・アプリケーショ 付いてくる。すくなくとも TCP / IP スタックはあるので、 NetWare 3. x 以降では、標準で TCP/IP スタックが トウェイを j 助日するかである。 に対応させるか、 NetWare と TCP/IP のあいだにゲー TCP/IP と NFS に対応させるか、 UNIX を NetWare 続するガ去はいくつか考えられる。つまり、 NetWare を らて資源を共有するかによって、 NetWare と UNIX を接 UNIX マシンと NetWare ファイルサーバー上のどち

連載 UNIX Communication Notes—O ルーフ。カ甘是唱したオ冓で、現在の IP のアーキテクチャ のなかで移動ホストをサポートするものである。このプ ロトコルは標準化の過程にあるが、さまざまな間題カ甘旨 摘されており、ひろく使われているわけでもない。プロ トコルの料田については、いくつかの lnternet Draft が発行されている [ 1 , 2 ] 。 ・ VIP VIP (VirtuaI (P) [ 3 ] は、インターネット竟で移動ホ ストをサポートするプロトコルで、 WIDE プロジェク トで開発か進められている。 VIP では、現在のインター ネット・アドレスにおけるホストの識別子と、ネット ワーク上の位置孑嗣ぐ・子の機能を明確にう隹している。ネ ットワーク上の物理的な位置を表す位置孑ぐ子として、 IP アドレスを用いる。したがって、システムの移動と ともにこのアドレスは変化する。さらに、ホストの識別 子として VIP アドレスを導入している。 VIP アドレス は 4 オクテットの IP アドレスと同じだが、ホストごと に割り当て、 VIP 卵竟では不変のアドレスとなる。こ のような概念にもとづき、糸翻衂などの調整をおこな う欟冓を確立したものである。 自動ホスト・コンフィキュレーション もう 1 つの技術として、移動ホストがネットワークに 接続された際に、自重加勺にアドレスの割当てなどをおこな う機構がある。これらは、、、自動ホスト・コンフィギュ レーション " と呼ばれる。これまで、システムの IP アドレ スなどを自重加勺に設定するものとして、 RARP (Reverse Address ResoIution Protocol) や BOOTP (BOOT- strap Protocol) などカ硬われてきた。しかし、これらの プロトコルで提供されるのは基本的に IP アドレスとネッ トマスク程度であり、インターネット内のシステムを稼動 させるために十分な情報は得られなかった。このため、新 たなオ幾構 : として DHCP (Dynamic Host Configuration Protocol) か開発された。 DHCP はクライアント・サー バー型のプロトコルで、 BOOTP などとくらべてきわめ て多くの情報を提供することができる。 DHCP の標準化 竹業は IETF で進められており、いくっかの RFC が発 行されている [ 4 , 5 ] 。 DHCP の拡張は現在も続けられて おり、 lnternet Draft に万のプロトコル案がまとめら 40 れている [ 6 ] 。 DHCP については実装がおこなわれており、その 1 っ として WIDE プロジェクトで開発したものが公開されて いる [ 7 ] 。今回は、この WIDE 版 DHCP の利用ガ去を 紹介する。 DHCP の概要 DHCP はクライアント・サーバー型のシステムで、 ランスポート・プロトコルとして UDP を用いる。 構成 ト サーバー機能を提供する DHCP サーバーは、ネット ワークにシステムカ甘妾続された場合に必要な各種のコンフ イギュレーション情報をイ尉寺している。 DHCP を利用す る環境では、ネットワーク管理者は DHCP サーバーのも つこれらの情報を管理しなければならない。 一方、 DHCP クライアントは、ネットワークに接続さ れるさまざまなシステム上に搭載される。ネットワークに システムカ甘妾続されると、 DHCP クライアントは DHCP サーバーにリクエスト・メッセージを送る。これに対し て、 DHCP サーノヾーはホストのコンフィギュレーション に必要な IP アドレスやネットマスク、それ以外の必要な 情報を送り返す。 DHCP サーバーからの応答を受け取っ た DHCP クライアントは、受信した情報をもとにネット ワーク・インターフェイスの初期化などをおこなう。 DHCP では、リレー・エージェント (Relay Agent) と 呼はれる特別な中継サーバーを用意することもできる。通 常の運用では、 DHCP サーバーと DHCP クライアント は同一のネットワーク・セグメントになければならない。 しかし、リレー・エージェントを使うと、 DHCP サーバー と DHCP クライアントは異なったネットワーク・セグ メントにうされていても DHCP サービスを利用できる ( 図 1 ) 。 DHCP クライアント (A) は、 DHCP サーバーと同じ ネットワーク・セグメントにあるので、サーバーか引妾 アドレスを取得する。一方、 DHCP クライアント ( B ) は、 サーバーとは別のネットワーク・セグメントにあるので、 リレー・エージェントが、 DHCP クライアントからのア ドレスのリクエスト・メッセージや DHCP サーバーから の施を中継する。このように、 リレー・エージェントを UNIX MAGAZINE 1995.12

図 1 連載 /UNIX Communication Notes DHCP の構成要素 図 2 DHCP におけるアドレスの取得と解放 DHCP サーバー DHCP クライアント (A) ネットワーク A Server Client (not selected) DHCPDISCOVER 割当ての仮決定 DHCPOFFER Server (selected) DHCPDI SCOVER 割当ての仮決定 DHCPOFFER 応答の収集 応答からの選択 リレー アドレスの要求 アドレスの割当て ・エーシェント ネットワーク 8 DHCP クライアント (B) DHCPREQUEST Server (notselected) DHCPREQUEST 割当ての確定 DHCPACK Client Server (selected) 利用すれば、 DHCP サーバーは異なるネットワーク・セ グメント上の DHCP クライアントにサーピスを提供でき るようになる。 IP アドレスの割当て UNIX MAGAZINE 1995.12 よい。 トへの IP アドレスの割当てはこのモードでおこなうと スには有効期限が設定される。したがって、移動ホス る。、、自重丿当て " と違い、割り当てられた IP アドレ 定された期間だけ利用できる IP アドレスを割り当て DHCP サーバーは、要求を出したホストに対して、限 重加く第リ当て (dynamic allocation の、、自動店リ当て " を利用すればよい。 移動しないシステムにアドレスを割り当てる場合は、 がって、デスクトップ・システムのように、めったに 当てた IP アドレスの有効期間は無制限である。した 割り当てる。次に説明する可加リ当て " と違い、割り 的に使える IP アドレス (permanent IP address) を DHCP サーバーは、要求を出したホストに対して永続 自測店リ当て (automatic allocation モードがある。 DHCP には、一ド記の 3 種類の IP アドレスの割当て DHCPRELEASE 割当ての解除 の両端が DHCP サーバーの、中央が DHCP クライアン 部はイ目していたアドレスの解放を示したものである。図 い。この図の上部は DHCP によるアドレスの取得を、下 数の DHCP サーバーがあってもよい。図 2 を見てはし DHCP では、同一のネットワーク・セグメント上に複 プロトコル概要 が適用でき、容易に移行できる。 BOOTP を用いている環境においても DHCP サーバー も実装要件として定められている。したがって、既存の ライアントからのリクエストに対して通切に応答すること じ形式である。さらに、 DHCP サーバーが BOOTP ク が使用するメッセージ・フォーマットは BOOTP と同 DHCP は BOOTP の一日立圧換フ。ロトコルで、 DHCP BOOTP の上位互換プロトコル にあったが、そのような場合にこの去か利用できる。 テーションのプート時に IP アドレスを割り当てること る。 BOOTP の主たる目的は、ディスクレス・ワークス アドレスを要求を出したホストに通知するモードであ BOOTP と同様、事前に管理者か割り当てておいた IP 手重糖リ当て (manual allocation) トの挙動である。 41

0 朝 うちに限って…という安心は禁物です ハイパフォマンスなサーバは ハイパフォーマンスな蚫源保護を必要としています APC Sma ホ UPS 。は NEC 社の Exp 「 ess サーバに安定した信頼性の高い電力を供給いたします 電源に関わる問題は、ネットワークのデータの消 失の最も大きな原因です。そこで、 NEC 社の Express サーノヾのようなハイノヾフォーマンスなコンピュー タは A 社の電源保護を必要とするわけです。実際、 APC 社の UPS は他社の UPS すべてが保護している ネットワークの数よりもより多くのネットワーク を保護しています。 NEC 社の Express サーバの 10 % に満たない金額で、 ハードウェアやデータに悪影響を及ばすサージや サグ、停電からコンピュータを完全に保護する製品 をお求めになることができます。 A Smart-UPS の ラインインタラクテイプ方式は、効率的で、信頼性 の高いテクノロジを採用しています。 停電が長時間に渡った場合は、 A 社の p 。 we 心 hute p ん s ソフトウェアが、自動的に安全なシステムシャッ トダウンを実行し、電 源が回復すると、シス テムのリプートも行 います。 また、 PowerChute p ん s を使用すれば、 UPS の管理も容易で す。定期的な UPS のセ ルフテストやサーバ のスケジュール運転 を設定することもできます。 また、ワークステーションから、 UPS バッテリのテ スト、 UPS の設定、サーバのシャットダウン / リプー ト、電源トラブルの診断をマニュアル ( 手動 ) で行う こともできます NEC 社の ESM(Express server Sys- tems Manager) のような統合サーバ管理システムで は、温度、負荷、実行時間などの貴重な UPS 情報を WAN 上のすべての UPS から収集することも可能です。 ハイパフォーマンスな電源保護と UPS 管理ソフト ウェアで、 APC Smart-UPS は、 NEC サーバなどのハ イパフォーマンスなシステムに不可欠な信頼性の 高い電源を供給する最高の機能を備えています。 無料インフォメーション ! Sma UPS がどのようにハイパフォーマンスなサーー バにハイパフォーマンスな電源保護を提供するかを お客様の目でお確かめください。 下記にご記入の上、 JIIN 部まで郵送または ファックスで ( 03 ) 5295-1989 までお送りください。 Exp 「 eSS5800 / ー司 0 0 亠ー 役職名 会社名 所 l_a 豐号 ( Smart-UPS および PowerChute p ル s は、主要なネット ワーク・オヘレーティング・システムはもちろんのこ と、現行の LotusNotes でも承認されているため、互換 性やサポートについてはまったく問題ありません。 00 滸 i 人にし : ⅢⅢ、 With レれト Matrix-UPSTM クライアント / サーバ、 テータセンタ向けの モジュール式 UPS %700 000 ~ Smart-UPSTM サーバおよび ネットワーク向けの 管理可能 UPS \ 78 , 000 ~ PowerChuteTM plus ソフトウェア 電源管理・ 診断ソフトウェア \ 15 , 700 ~ インターフェイス キット & アクセサリーズ LAN, SNMP を介して UPS の信頼性を向上 \ 6 , 000 ~ AMERICAN POWER CONVERSION 世界で最も信頼性の高い電源保護 ! フリーダイアル : 0120-80-60-90 TEL: ( 03 ) 5295-1988 , FAx: ( 03 ) 5295-1989 〒 101 東京都千代田区外神田 3-3-3 秋葉原槇町ビル 8F NE 、》! ・ W 田 POWERPAGE: www.叩((.com (English) INTERNET: apctech@apcc.com (English) 0 C•OP lgh い 995. APC Rights R05 ・ Tradem 町 k 引 d れれ are me 円 op 町Ⅳ APC Oth 部 marks are the 0 い h owners 資料請求 No. 061

連載 /UNIX Communication Notes—O IP アドレスの取得は、以下の手順でおこなわれる。 1. DHCP クライアントは、まず、 DHCPDISCOVER メッセージをプロードキャストする。このメッセージ には、 IP アドレスの取得およびアドレスの利用期間に ついての要求が含まれる。 IP アドレス以外の情報も必 要な場合は、同し DHCPDISCOVER メッセージに LEASE メッセージを送り、利用終了を通告する。この 要求項目を j 助日しておく。 メッセージを送らなくても、 DHCP サーバー側では IP 2. DHCPDISCOVER メッセージを受け取った DHCP サーバーは、要求されている情報をこのメッセージに よって判別する。 IP アドレスについての要求があっ た場合、割り当てるアドレスを仮決定する。そして、 DHCPOFFER メッセージにイ夬定した IP アドレス を褓内し、いにプロードキャストする。 3. DHCP クライアント側では、サーバーから送られてく る DHCPOFFER を一定期間収集する。受け取った DHCPOFFER メッセージから、イ月する IP アドレ ス ( やその他の情報 ) を決定する。そして、 DHCPRE- QUEST メッセージをプロードキャストする。このメッ セージには、どのサーバーからの↑帯長を使ったかを表す サ→ヾー識別子 (server identifier) 、使用する IP アド レス ( およびその他の情幸が含まれている。 4. DHCPREQUEST メッセージを受け取ったサー では、そのメッセージのサ→ヾー識別子などをチェック し、 DHCPOFFER メッセージでクライアントに対し て共した情報がクライアント側で尺されたかどうか を調べる。そして、以下の処理をおこなう。 提供した情報をクライアントが選択したときは、仮 決定になっていた IP アドレスを決定の状態にし、ほ かの DHCP クライアントからの要求には使えない ようにする。これにより、同一の IP アドレスか複数 のクライアントに割り当てられるのを防止する。そし て、 DHCP クライアントに対して DHCPACK メッ セージを ( ュニキャストで ) 送り返す。 提供した情報をクライアントが選択していないとき は、 IP アドレスの割当てのイ反決定を中止する。これ によって、ほかの DHCP クライアントから要求が きた場合、仮決定していた IP アドレスか利用できる ようになる。 42 アントは、 IP アドレスなどをネットワーク・インター 5. DHCPACK メッセージを受け取った DHCP クライ ドレスの利用が終ったらサー 期イ院了する。 フェイスにセットする。 ーに対して DHCPRE- DHCP クライアントは、割り当てられていた IP ア これによって、システムの初 UNIX MAGAZINE 1995.12 dhcp-l. 3beta. tar. gz ftp://sh.wide.ad.jp/WIDE/free-ware/dhcp/ で入手できる。 パッケージは、下記のサー / ヾーから anonymous FTP ( 1 ) パッケージの入手 インストール竹業は、以下の手順でおこなう。 パッケージの入手とコンパイル FreeBSD 1.1.5.1 での稼重肋蔀忍されている。 1.1 、 BSD/OS 2.0 、 NEWS-OS 4.2 、 SunOS 4.1.3 、 れている。現在の公開バージョン ( 1.2.1 ) は、 BSD/386 、 DHCP クライアント、リレー・エージェントが含ま UNIX 上で動作する。パッケージには、 DHCP サーバ (Berkeley Packet FiIter) を使っているため BSD 系 RFC1541 に完全に準拠している。この実装は、 BPF WIDE プロジェクトか開発した DHCP パッケージは、 それでは、 DHCP のインストール手順を説明する。 D Ⅱ CP のインストール 動しなくてもよい。 リレー・エージェントはかならすしもゲートウェイ上で稼 必要はなく、ユニキャストによる通信でもよい。つまり、 のあいだの通信にはかならすしもプロードキャストを使う したがって、リレー・エージェントと DHCP サーバー DHCP サーバーなのかという情報を与・えることができる。 る。ただし、リレー・エージェントでは、どのホストが アントと DHCP サーバーのあいだの通信を単純に中継す リレー・エージェントを使った場合、 DHCP クライ の IP アドレスを再利用するので間題はない。 アドレスの割当て時に設定した利用期間か経過すると、そ

ビジネスの進化を加速する。 IBM のビジネス・サーバー 0 オンラインによるオーダーエントリーや発券業務、電子 用を可能にしています。また、テンスクを複数のシステムて、共 メールや大量のデータを扱う情報システム、またインターネット 有し、障害発生時にはリアルタイムて、正常なユニットに切り による新しいサービスの提供など・・・ビジネス・サーバーの重 替えてシステム・ダウンを防ぐなど、ビジネスに不可欠の高 要性が高まっています。 IBM の RS / 6000 は、デスクトップの 信頼性を徹底。ホスト・コンピューターと同様の障害対策 コンパクト・サーバーから最大 512 個の CPU て、パラレル処 を採用しています。さらに、 RISC プロセッサーや PowerPC* 、 理をおこなうスーパー・コンヒ。ューターまて、、欲しい性能・機 I / O 速度を SCSI の約 2 倍にするアーキテクチャーなど、最新の 能が自由に選べるワイド・バリエーション。しかも、すべてのモ テクノロジーを発信し続ける IBM は、サーバーの分野て、も時 デルが同じアーキテクチャーなのて、、 代の最先端にいます三和銀行て、は、 RS / 6000 上位システムに移行してもプログラムは をニューヨークやロンドンをはじめ世界 手を加えることなく利用て、きます。 RDB も、 各国の拠点に導入。 24 時 DB2/6000* や ORACLE*tINFORMIX*t 三和銀行では間体制のディーリング・シ 世界各地で Sybase * * など主要製品をサポートして、 RS / 6000 が活躍。ステムを実現しています。 さまざまな UNIX アプリケーションの利 RS る 000 J30 日本アイヒー・エム株式会社 〒ー東京港区六本木 3-2 ヨ 2 THE BEST-RATED UNI\ SYSTEM. BEST UN Ⅸ 資料請求 No. 023

連載 / 転ばぬ先のセキュリティーの ・メールやニュースは、送受信ともにもちろん自由 ・ WWW による個人の↑帯長発信を許す。つまり、外から 防火壁の内側にある WWW サーバーにアクセスでき るようにする ・外からのログインには、安全な使い捨てパスワードを利 用する という方針が立てられるかもしれません。「外から防火壁 の内側にある WWW サーバーにアクセスできるように する」、もっと一勺な言いかたに直せば、「外から内側へ 直接コネクションを張ることを許すサービスが 1 つでも存 在する」というポリシーを打ちだした時点で、フィルタ以 外に〕尺のせ也はありえません。フィルタの機能がしつか りしていれは、防火壁を FTP や telnet などに対しては 一方向にし、 WWW などに対しては両方向にすることが できます。 私見を述べるなら、手間と安全匪の両面からみて、教育 機関にはフィルタによる防火壁が適していると思います。 今回は、フィルタによる防火壁の構築去を説明します。 自分の糸臘哉にフィルタの防火壁が適しているかどうかを、 先月号での説明も参考にしたうえて考えてください。 フィルタによる防火壁の設計 フィルタによる防火壁の構築を決めたあとは、もっと具 イ勺な方針を固める必要があります。これまでこの連載で 紹介したセキュリティ・ホールなどを参考にしながら、プ ロトコルのレベルて考えてみてください。 本来公開されるべきではないサービス 1994 年 9 月号て埆見したように、 NIS (Network ln- formation Service) や NFS (Network File System) などのサービスは、本将目織内でのみ利用されるべきもの です。また、 1994 年 7 月号で述べたとおり、 NIS や NFS が利用する RPC (Remote Procedure CaII) を司る portmapper は、外からのアクセスを許可してはなりませ ん。不必要に情報を公開してしまう可能生のある TFTP (TriviaI FiIe Transfer Protocol) や SNMP (Simple Network Management Protocol) もアクセスを禁止す 64 べきです。 サーパーの位置 公開するサーバーは攻撃対象となりやすいので、できる だけ防火壁の外に置くようにします。たとえは、組織の情 報を発信するための WWW サーノヾー ソフトウェアを 配布する anonymous FTP サーバーなどか挙げられま す。とくに、 IRC (lnternet Relay Chat) のサーノヾー は、クラッカーの標的となるケースが多いようです。私も 以前 IRC のサーバーを運営している計算機を攻撃さ まる 4 日間対応に追われてしまうという苦い経験をしま した。 しかし、防火壁の上、あるいは則にサーバーを置かな ければならないサービスがあります。たとえば、スプール が内部にあるメールサー ュースサーバーがそう ですし、 WWW サーバーも、個人のホームディレクト リにある情報を発信する場合はこれに該当します。 DNS (Domain Name System) も内側で管理しておいたはう か楽です。通信フ。ロトコルの面からみると、 DNS は TCP と UDP の両方を利用するので、注意が必要です。 TCP TCP を利用しなサービスは、基本的に一方向でよいで しよう。つまり、内側から外側へ TCP のコネクション を張ることは許可し、逆方向は禁止するのです。しかし、 利用するルータの機能によっては、一方向のフィルタカ購 築できない場合もあります。 外部から内部へのコネクションの確立を可能とするサ ービスには、メールサーノヾーへの SMTP (SimpIe MaiI Transfer Protocol) 、 ニュースサーノヾーへの NNTP (Network News Transfer ProtocoI) 、 WWW サー ノヾーへの HTTP (Hyper Text Transfer ProtocoI) など があります。 DNS やユーサー名を調べるための IDENT (ldentification Protocol) も、忘れすに通過させるよう にします。 1995 年 1 月号と先月号で説明したように、 FTP は 2 つの TCP コネクションを用い、一方が外から内向きに確 立されるので、一方向のフィルタとは相面で問題があり ます。しかし、現在では防火壁を考慮した FTP のクライ アントか増えてきていますから、徐々に問題も解決されて はいます。詳しくは次回に述べます。 UNIX MAGAZINE 1995.12

連載 /UNIX Communication Notes—O イ泉 pool ファイルの各フィールドの定義 ・ DHCP サーパーの po ファイルのフィールドタイプ タイプ名 bool true または false のどちらかの値をとる。これらと異なる文字列を記すると false とみなされる (ex. ipfd=true 文字列 ( : ( コロン ) などを利用したい場合には、 " ( 二重引用符 ) などで才舌る ) (ex. hstn= ” clapton 整数 (8bit) octet ー 1 、 070 、 Ox 仕などの 10 / 8 / 16 進数カえる ) (cf. 8 、 short 整数 (16bit) long 整数 (32bit) 単一の IP アドレス ( 。五 c. d 、。五 c 、佖 . 6 のいすれかの形式 ) IP (ex. ipad = 133.4.31.9 ) iplist 複数の IP アドレスのリスト ( 各アドレスは空白て区切る ) (ex. rout = 133.4.31.1 133.4.31.2 133.4.31.3 ) IP アドレスの組のリスト ( 各 IP アドレスは空白で区切ら 2 つで 1 組と扱われる ) lppmrs (ex. strt = 133.4.27.0 133.4.31.1 133.4.36.0 133.4.31.1 ) 整数 (16bit) のリスト ( 各整数は空白で区切られる ) mtpt (ex. mtpt=1 2 4 6 8 ) clientid クライアントの識別子 ( ン e : d 観佖 " というフォーマットで表す。 type は 0 ~ 255 までの整数で、 IANA によって定義されている。 data は本来は自由なバイト列であり、 こでは各バイトを 2 桁の 16 進数て表す。 通常は、 MAC アドレスをする ) (ex. clid= ” 1 : 0X08004600e5d5 ” ) ・ DHCP サーパーの po ファイルのフィールド直 名称 コード タイプ 内容 tblc 別工ントリへの参照 ( 参照されたエントリか引用される ) str DHCP メッセージの sname フィールドを定義 (DHCP サーバーのホスト名を可育 str file DHCP メッセージの file フィールドを定義 (boot イメージのファイル名を当 st r siad boot イメージをイ合する tftp サーバーのアドレス IP albp true の場合、このエントリは BOOTP クライアントに対して割り当ててもよいことを示 b001 す。青知勺なエントリの場合には、デフォルトで true となる。 true の場合、 maxl も無艮大 に設定される 割り当てる IP アドレス IP 許容する最大の割当て期間 (lease) を秒数で記述 (WIDE 版 DHCP のデフォルトは long 3 , 600 秒 (database. h で定義 ) ) デフォルトの割当て期間 ( クライアントからの割当て期間の希望値がない場合、こ刎直が使 用される。 WIDE 版 DHCP のデフォルトは 3 , 600 秒 (database. h で定義 ) ) 静的な割当ての場合、クライアントの識別子 (CIient ldentifier) を記述 (WIDE 版 clientid DHCP に含まれる DHCP クライアントでは MAC アドレスを用いるので、割当て対 象が WIDE 版クライアントの場合には、ここに MAC アドレスを言当する ) 割り当てる IP アドレスのサプネット・マスク ( デフォルトは ipad ()P アドレス ) のクラ スに応した natural mask になる ) UTC からのオフセットを秒単位で示す long クライアントのいるサプネット上のルータの IP アドレスのリスト iplist time サーバー (RFC868) の IP アドレスのリスト i pl ist ー (IEN116) の IP アドレスのリスト i plist DNS サーバー ( RFC1035 ) の IP アドレスのリスト iplist MIT-LCS UDP log サーバーの IP アドレスのリスト iplist Cookie サーバー (RFC865) の IP アドレスのリスト iplist LPR サーバー (RFC 1179 ) の IP アドレスのリスト iplist str i pad maxl dfll long clid snmk tmof rout tmsv nm,SV dnsv lgsv CkSV lpsv 1 IP っワ一 4 1 りー一 8 47 UNIX MAGAZINE 1995.12

連載 /IJNIX Communication Notes ・ー⑩ リスト 1 DHCP サーパーをするための記述 (/etc/rc. local へ追加 ) if [ —f /usr/sbin/dhcps —a —f /etc/dhcpdb. P001 —a —f /etc/dhcpdb. relay ] ; t hen echO ) starting DHCP server. /usr/sbin/dhcps efO これを入手してパッケージを展開すると、以下のディレ クトリが作成される。 server client relay DHCP サーノヾー DHCP クライアント リレー・エージェント db-sample pool ファイルの参考イ列 tools ( 2 ) コンパイル ユーティリティ 次にコンパイルをおこなう。ソースコードを展開したト ッフ・ディレクトリで make を実行する。 make の引数 には OS の不鶤頁を指定する。具イ勺には次のようにする。 make OSTYPE=FreeBSD make OSTYPE— make OSTYPE=bsdos make OSTYPE=bsdi make 0 STYPE= —sunos4 neWS ー E から順に、 NEWS-OS 4.2 、 BSD/386 1.1 、 BSD/ 次に、 /etc/services に下記の 2 行を追加する。 などにコピーしておく。 作成した dhcps 、 dhcpc 、 relay を、 /etc や /usr/etc ( 3 ) インストール relay カ非られる。 と DHCP クライアント dhcpc 、リレー・エージェント ルする際の引数である。これで、 DHCP サーバー dhcps OS 2.0 、 SunOS 4.1.3 、 FreeBSD 1.1.5.1 でコンノヾイ dhcps dhcpc 67/udp 68/udp # DHCP サーノヾー # DHCP クライアント DHCP サーバーは、 syslog を利用してエラーを言求す る。イ吏用する syslog の facility は、 LOG-LOCALO で ある。したがって、 LOG-LOCALO で送られてくるメッ セージを言び求するように syslog. conf にエントリを追加し なけれはならない。たとえば、 BSD/OS 2.0 では以下の 行を /etc/syslog. conf に追加する。 10Ca10. * /var/log/dhcplog UNIX MAGAZINE 1995.12 意 1 イルにⅱ当しなけ川よならない。このファイルは、 DHCP るかの情報は、管理者が、 pool ファイル " と呼ばれるファ DHCP サーバーが IP アドレスをどのように割り当て pool ファイルの記述 フェイスク旨定である。 理を追加する。 enO は、イ月するネットワーク・インター ターフェイスを初期化していた部分にリスト 2 のような処 に関する当をすべてコメントアウトし、 ifconfig でイン ・ route コマンドによる経路情報の j 助日 ・ routed 、 gated などの経路缶リ御用デーモンの起動 期化 ・ ifconfig を使ったネットワーク・インターフェイスの /etc/netstart などでの、 という処理をおこなう。したがって、 /etc/rc. local や 通信をする ・デーモンとなって DHCP サーバーとのあいだで必要な 氏限必要な経路情報を設定する を設定する ・ ifconfig の代わりにネットワーク・インターフェイス る。 dhcpc は、 や /etc/netstart などで自動的に起動するように変更す DHCP クライアント側でも、 dhcpc を /etc/rc. local インターフェイスを空白で区切って並べればよい。 イの場合は、 DHCP サービスを提供するネットワークの である。複数のネットワークに接続されているゲートウェ する。引数の ef0 は、ネットワーク・インターフェイス たとえば、 BSD/OS 2.0 ではリスト 1 のような行を追加 local に DHCP サーバーを起重丿けるエントリを j 砌日する。 DHCP サーバーを起動するシステムでは、 /etc/rc. ( 4 ) プログラムの起動言聢 ること。 syslog. conf の言当力 1 去は、 OS ごとに異なるので主意す 43

連載 /NET WORTH—O 表 1 UNIX 用 Net 、 vare 製品 NetWare for AViiON 〇 1990 DG 〇 NetWare for HP 9000 〇 〇 1991 HP 1991 NetLink 〇 MCS NetWare for AIX / 6000 〇 〇 1992 IBM IPX/SPX Client 〇 SCO 1992 SoftNet Ut ilit ies 〇 〇 P uzz le Systems 1992 SoftNet Client Puzz le Systems 1992 NWServer Synt ax Systems 〇 〇 1992 〇 UnixWare Novell 〇 1992 NetWare SunLink 〇 〇 SunSelect 1992 NeXT 〇 NEXTSTEP 1992 〇 〇 〇 NetCon Net Con 1992 NetLink ではファイル市幻医がⅱ NEXTSTEP 3.0 LI 降は、 NoveII の NetWare UNIX クライアントに組み込まれている。 されており、 TCP/IP と同じアプリケーションを実装す Ware LAN があることカ埔新提だが、 Syntax Systems と るために使える。たとえば、 TCP/IP では X のデフォ NetCon では単体システムのために最小限の PC ユーティ ルトボートは 6000 番だが、 IPX/SPX では SPX の リティを提供している。 32998 番ポートを使う。事実、いくつかの PC X サー 数年前に試用したときには、 PuzzIe Systems の Soft- / ヾー ( Hummingbird C ommunicat ions の eXceed や Net ユーティリティは、 SunOS 4.1.3 てカく同等の Net- VisionWare の Xvision) は IPX/SPX プロトコルを使 Ware SunLink (NetWare for UNIX) 製品よりもはる い、 UnixWare のアプリケーション・サーバーと通信で かに優れていた。 NetCon と Syntax Systems の製品は きる。 SCO は、 N 。 vell からライセンスを受けたコードを いすれも、ハイテク企業として失敗した AtIantix からラ もとにして、同様の IPX/SPX スタック、 API 、 NVT イセンスしたコードをもとにしている。 NetCon の製品は のサポート (NetWare クライアントを除く ) を提供して マルチスレッド化サーバーとして作られており、マルチプ いる。 ロセッサの Solaris 2. x システム -- ヒで重川乍する競合製品よ りも優れているはすだ。 Beame & Whiteside は、 So- その他の NetWare laris 2 用の同様なサーバー製品を出す予定である。 Puzzle Systems は NetWare クライアント (Soft- その他のべンダーは、 Novell からライセンスを受けす Net Client) の個別販売もしているが、 NetCon はサー に最初から NetWare プロトコルを実装して、競合製品 ー製品にクライアントをバンドルしている。 MCS (Mi- を提供している。この業界で重要なのは、ネットワークプ cro Computer Systems) は、 IPX/SPX スタック、リ ロトコル・アナライサと忍ⅷである。つまり、 NetWare モートログイン、ファイル転送機能、プログラマー用の LAN を絶えまなく流れるバケットを捕らえ、ネットワー API とライプラリなど幅広い製品を出している。はかに ク・プロトコルのドキュメントに書かれていないさまざま も、 NetWare スタック上での NetBIOS プログラミン なを解読するのである。 グをサポートする NetBIOS/ix を出している。 NetWare ファイルサーバーをエミュレートする製品 は、 Puzzle Systems 、 NetCon 、 Syntax Systems か 最近の NetWare ら入手できる。これらのサーバー製品には、 PC ューサー が IPX/SPX 上でリモートログインする機能も含まれて NetWare SunLink は、 Sun か期待したはど売行きが いる。 Puzzle Systems や Syntax Systems の製品は、 伸びす、改良もおこなわれなかったので、 NetWare と 対応しているプラットホームの数がもっとも多い。 puzzle の接続を提供する代わりの製品が必要だった。 Sun は、 8 , 000 万ドルで UNIX ライセンスを取得し、その一部 Systems のサーバーは PC ユーティリティのために Net- リモート PC API の ログイン プログラミング サー′ヾー・・エミュ Net 、 vare クライアント レーション べンダー 〇〇〇〇 〇〇〇〇〇 104 UNIX MAGAZINE 1995.12