ークに関する研う髜目発に資金援助を続けていたので、 Eth- ernet と TCP/IP に傾いていた。 3 車には、 PC の LAN どうしを接続する必要もあった。この結果、空軍は IBM や AT&T 、 NCR などの予想される L 者とのあいだで、 NetBIOS のサービスを TCP/IP 竟で提供するための 標準的なプロトコルについて合意を形成することにした。 現在、このプロトコルは、、 TCP/IP 上の NetBIOS" ある いは RFC1001 / 1002 [ 4 , 5 ] として知られている。これらの RFC では、 NetBIOS がどのように TCP/IP バケット にカプセル化されるか、また NetBIOS のデータグラムが TCP (Transmission ControI Protocol) ノヾケット群に いかにカプセル化されるかが定義されている。 RFC では、 TCP 上の NetBIOS で利用できるサーバーも定義され ている。これには、 NBNS (NetBIOS Name Server) 、 NDDS (NetBIOS Datagram Distribution Server) が 含まれる。 さきほど挙げた NetBIOS の間題は、 TCP/IP 上の NetBIOS によりいくぶんかは角夬される。 TCP/IP は ルーティング能力をもっているため、 TCP/IP 上の Net- BIOS では、ネットワークの境界を越えたアクセスも可能 である。問題は、ネットワーク境界を越えてコンピュータ 名を調べ、コンピュータどうしを結び付けるにはどうすれ ばよいかという点に帰着する。そのためには、リモートシ ステムの NetBIOS コンピュータ名と IP アドレスとを対 応づけるオ懾が必要である。ネットワーク・セグメントを 越えたプロードキャストか解決の手段にならないのは明ら かであろう。ネットワーク帯域と CPU 消費の間題を悪 化させるだけだ。 TCP/IP 上の NetBIOS という拡張さ れた竟におけるネットワーク名の管理が、新たな題と なった。 PC の LAN ソフトウェアて採用されたもっとも簡単 なガ去は、ローカル・ネットワークではプロードキャスト を利用し、リモートのノードに対しては LMHOST とい うファイルを使って IP アドレスに対応づけることであっ た。 LMHOSTS ファイルは、 UNIX の /etc/hosts ファ イルが名前を IP アドレスに対応づける手法にならってい る。この方法の間題は、ローカル・ネットワークの外部 をアクセスする可能性のあるすべてのクライアントとサー バー上の LMHOSTS ファイルを管理、更新しなければ ならない点である。 UNIX MAGAZINE 1996.11 UNIX と NT PC の LAN か小規模なら、プロードキャストも現実的 な力法である。事実、 1980 年代末から 1990 年代初めにか けて、 IBM は LAN Server をおもに自社のメインフレー ムの顧客に販売することができた。 Microsoft の OEM 、 たとえは・ 3Com と Ungermann-Bass は、 NetBIOS と SMB を用いた製品を XNS (Xerox Network Services) プロトコルを使う比較的大規模な系騰認こも販売したが、同 様の LAN Manager 製品ではたいした成功を収めること はできなかった。 もっとも成功したべンダーは N 。 ve Ⅱで、 1990 年代半ば までに PC 向け LAN 市場の 3 分の 2 のシェアを占めるに いたった。 NetWare か使用したプロトコルは、大規模な 全社ネットワークにまで拡張できるものであった。 NoveII は、 NetWare 4. x に含まれる次ー町にの NDS (NetWare Directory Service) への移行を進めていた。 NT に組み 込まれた LAN Manager 型ネットワークを全社規模の ネットワークに拡大できるようにし、 NetWare との競争 に勝利を収めるには、 Microsoft は LAN Manager の欠 陥を改善する必要があった。 ロコンピュータ名と資源のサービス さいわい、 1987 年に TCP/IP 上の NetBIOS につ いての RFC か作成さオ L 、同時に NBNS プロトコルが定 義された。これにより、多くの間題か咸された。 NBNS は DNS プロトコルにならって作成され、名前の動的な 登録と、クライアントからの名前の問合に応える能力を もつ。名前のプロードキャストは、名前のイ求に置き換え ら名前の間合と名前の解放バケットは NBNS に送 られる。 NBNS は、 NT 3.5 のリリースとともに WINS (Windows lnternet Name Server) カ甘是イ共されて、は じめて使えるようになった。 NBNS の追加により、 NT は TCP/IP 上の NetBIOS を使用し、ネットワークを 全社レベルにまで拡張できるようになった。膨大な台数の コンピュータの LMHOSTS ファイルを更新する必要が なくなり、管理」 : の佇業は成された。しかし、以降で述 べるように、 NBNS は問題の一を鮹夬したにすぎない。 ネットワークで使う名前の間題は NBNS によって角夬 するが、 PC クライアントがファイル共有やプリンタなど の資源の一覧をいかにして得るかという問題は残る。 IBM 103

連載 /NET WORTH—O ベル ) で実装しなければならないので、 PC や Macintosh における多くの TCP/IP べンダーの製品ではほとんどサ ポートされていない。 BOOTP は、 Stanford : 学の Bill Croft と Sun Mi- crosystems の J0hn Gilmore によって、 1985 年に初め て提案された。ディスクレス・マシンは、 IP アドレスを 得るだけでなく、プートファイル名を知り、そのファイル のあるファイルサーバーをみつける必要がある。 BOOTP は、 TCP/IP のネットワーク・アプリケーション層を使 い ()C での実装がずっと簡単になる ) 、たった 1 つのパ ケットで RARP よりも多くの設定データを伝送すること ができるため、人気を得た。ホスト名や IP アドレスなど の TCP/IP パラメータの管理や設定を集中的におこなう ために、現在は多くの UNIX ワークステーションや X 端 デスクトップ・コンピュータの TCP / IP スタック で BOOTP が使われている。 BOOTP では、 TCP/IP のコネクションレス・デー タグラムサービスである UDP (User Datagram Proto- col) カイ吏われている。 RARP にくらべ、 BOOTP はアプ リケーション・プログラムとして実装するのが簡単で、ル ータの中継工ージェントを使えば、遠くにある BOOTP サーバーへもサプネットを越えてバケットを転送するこ とができる。 BOOTP は、クライアント・サーバー型の プロセスとして重川乍する。要求を出したクライアントに 必要な設定情報のほとんどを、 1 つのバケットで送るこ とができるので、かなり効率的である。 BOOTP では、 BOOTREQUEST と BOOTREPLY の 2 不鶤頁のメッ セージカ症義されている。 BOOTP クライアントは、ネッ トワーク・ハードウェア・アドレス ( 通常は、 Ethernet カードのアドレス ) を絲タした BOOTREQUEST メッ セージ (opcode 1 ) をプロードキャストする。サー から返ってくる BOOTREPLY メッセージ (opcode 2 ) には、ワークステーションに割り当てられた IP アドレス と BOOTP サーバーの IP アドレスが含まオしディスク レス・マシンのプート時には、オプションとしてサーバー のホスト名やプートファイル名も送られる。 このはかの BOOTP データはべンダー拡張と呼ばれて いるが、これは間違っている。これらのデータ・フォー マットやデータタイプは完全に文書化さ標準化されて いるからだ。 BOOTP バケットのべンダー固有の領域は、 70 4 バイトのマジックナンバー ( 99.130.83.99 ) て始まり、 そのあとに自由書式のオプション項目のリストか読く。各 項目には 1 バイトのタイプフィールドと 1 バイトの長さ フィールドがあり、そのあとに項目刎直か読く。項目タイ フ。のうち、パディング ( バケットの長さを揃える ) に使わ れる 0 と項目リストの終りを示す 255 の 2 つの特別なタ イプには、長さフィールドや項目の値はない。項目タイプ 0 ~ 127 は予約されており、現在、 BOOTP では 0 ~ 74 の項目か定義されている。 128 ~ 254 の項目タイプは、拡 リ ) ために予約されている。 BOOTP の孑別長は何年にもわたっておこなわれており、 1993 年 10 月に発行された RFC1533 [ 1 ] で最新版か標準 化された。あなたがこの記事を読むころには、新しく更新 された 1995 年 6 月のドラフトが発行されているかもしれ BOOTP は現在、デスクトップ PC や Macintosh の TCP/IP クライアントを集中的に管理するため、ひろく 使われている。 MacTCP ソフトウェアや大部分の PC 用 TCP / IP ソフトウェアでは、すくなくともローカル・コン ピュータの IP アドレス、サプネットマスク、 DNS サー バーやデフォルト・ゲートウェイ ( ルータ ) の IP アド レスを得る手段として、 BOOTP かサポートされている。 BOOTP の基本的な機能以外にべンダー拡張を使えるよ うになっているかどうかは、デスクトップ・クライアント の実装によって大きく異なる。 標準的な UNIX の BOOTP サーバーでは、 Bill Croft が書いたフリーのコードが使われている。この コードは ftp.mercury.com に置かれており、 anony- mous FTP で入手できる ( ファイル名は /pub/bootp- 2.4.3. tar. Z ) 。 Hewlett-Packard は、 JetDirect ソフト ウェア (JetDirect カードと JetDirectEx プリントサー バーの付いた HP Laserjet プリンタ ) とともに、各種の UNIX システム (SunOS 、 Solaris 、 SCO 、 HP-UX な ど ) 用の BOOTP サーバーの実行ファイルを提供してい る。 NoveII は、 BOOTP サーバーを NetWare 3. x や 4. x の NLM として実装し、 LAN Workgroup 製品と 一緒に提供している。これ以外の PC 用 BOOTP サー バーとしては、 IBM が出している OS / 2 パッケージ用の TCP/IP に含まれているものや、 Beame and White- 3 調主 : 現在、 1996 年 5 月に史新さオけこドラフトカ咄ている。 UNIX MAGAZINE 1996.11

ネットワークプロの世界、 ラッシュアワーはありません。 1 Re 升 ection 乗り換えキャンペ - ン実施中 キャンペーン : 他社製品からの乗り換え利用特別価格頒布 製品・ Reflection X fO 「 WindowsNT 日本語版 Reflection Suite f0 「 X 日本語版 Reflection Suite fo 「 TCP 日本語版 期間 : 平成 8 年 8 月 1 日 ~ 平成 8 年 10 月 31 日 詳しくは、 RefIection Fax サービスをこ覧ください。 、 kc 羸 1 i に 窯 今、 WRQ の日本語版RefIection@ Suite fo 「 TCP J5.5 で、 Windows3.1 エキサイティングなスペックを満載しています。また、 コントロールに欠かせない管理・診断ツール、そして ユーザが自由に飛び立ちます。 移動体通信リモート通信の専用機能も見逃せません。 オフィスのコンピュータへスムーズにアクセスしグローバルインフォメー ションのネットワークを自在に操る一これがあなたにお届けする TCP ハ P RefIection Suite for TCP J5.5 の評価版を今すぐお試しください。 コネクティビティです。新バージョンの日本語版 J5.5 は、各種トランスホート あなたのネットワークパフォーマンスを新たなレベルに進化させます。 プロトコル、パワフルなアプリケーション、規格準拠 TCP ハ P スタックなど、 日本ま吾版 RefIection Suite for TCP J5.5 △ プロトコル :TCP/IP 、 UDP/IP 、 LAIIPX/SPX 、 S 凵 P/CS 凵 P 、 PPP 、 DHCP 、 BOOTP 、 RARP NetBlOS △主なアプリケーション : NFS クライアント、 FTP クライアント / サーバ、 TFTP 、 LPR / LPD 、 Finge 「クライアント / サーバ、 Ping(lCMP 、経路の確認、名前の検索 ) 、 VT382 工ミュレーション △ ネットワーク管理スマートセットアップ、 SNMP M 旧Ⅱ、 Private/Enterprise M 旧、 イベントビューワ / ログ、ネットワークトレース、ネットワーク統計 △インターネットアプリケーション △アーキテクチャ : 優れた VxD / DLL 設計 △ Wi ndows Sockets 完全対応 △リモート通信と移動体通信 : csc 、 CDPD 、 GSM △電話および Fax サービスによる無料サポート提供 WRQ は、この他にも LJN Ⅸ、 X 、 DEC 、 HP 、および旧 M システム対応の PC 通信ソフトウェアを提供しています。 開発兀 WRQ,Inc ノ ( 用 lhxter Avenue North, seattle, Washington 9 3. USA Tel : 2 ( -2 ロ - 引 Fax : 2 ( め -2 ロ -0 円 6 INTERNET info@wrq.com WEB:http://wwwwrq.com 販売元 ネットワークプロの提案、 TCP / IP コネクテイヒティ TCP/IP 、 RefIection Fax サービスをご利用ください。 Re 利 ection 製品情報を FAX ですぐお届けいたします ①最寄りの FAX 情報ポックスセンターへお電話ください。 東京 03-3940-6000 大阪 06-455-6000 福岡 092-482-6000 名古屋 052-453-6000 仙台 022-268-6000 本し幌 011-210-6000 広島 082-223-6000 ②情報 FAX 番号 ③お届け先 FAX 番号と # を押してください。 0 888000# WRQ サイ八ネットつステム貳各社 本社 / 1 1 2 東京都文京区大塚 2 丁目 1 5 番 6 号ニッセイ音羽ビル 電話 03 ・ 5978-5453 FAX03 ・ 5978-5441 大販支社 / 542 大販市中央区南船場 4 丁目 2 番 4 号日本生命御堂筋ビル 電話 06 ・ 241-5241 FAX06 ・ 241-1255 INTERNET. rinfo@cybernet.co.jp WEB:http://www cybernet. co.jp ※記載された製品名は、すべて各社の商標または登録裔標です。 WRQ AND REFLECTlOt•4 ARE REGISTERED TRADEMARKS OF WALKER RICHER & 0 』 NN.INC Makers of Reflection Software 資料請求 No. 053

NET WORTH from UNIX REVIEW M. Steven Baker BOOTP と DHCP 4 年前、最初にこの記事を書き始めたころ、ネットワー クのもっとも基本的な話題から始めて、本にたとえると各 章に相当する田な記事で話を発展させ、 1 冊の本のよう にいくつかのテーマを織り込んでみようと考えた。ページ をめくりさえすれば章か変わる書籍とは違って、 1 カ月待 たないと章か変わらないので、大部分の読者はこのような 構成に気つ、かなかったかもしれない。はじめの数回では、 アドレス、名前、 TCP/IP の設疋について述べた。今回 は、数年前に述べたのと同じテーマについに戻ってきた。 しかし、時を経て、見かたも多少変化したし、最丘の動向 も央させよう。 TCP/IP の強みは、当初からネットワークでのアドレ スや名前が一意であることを重視した点にあった。 IP ア ドレスやおもなネットワーク・ドメイン名は、ある 1 っ の組織で管理され、ネットワーク管理者がミスをしなけ れは ( あるいはクラッカーが別のコンピュータになりす まそうとしなけれは ) 、各ノードごとに一意であることが イ正された。この特徴のおかげで、 TCP/IP ネットワー クは NetWare や NetBIOS による LAN とくらべて、 よりスケーラブルで、インターネットという世界的な相 互接続ネットワークにまで成長することができた。しか しこれには、 TCP/IP ネットワークをコンピュータにイ ンストーノレするときに余分な設定が必要であるという欠点 があった。 IPng ()P next generation)l の開発目標に TCP/IP の設定を簡単にすることも含まれていた。 TCP/IP と競合するほかのネットワーク・スタック (NetWare 、 LAN Manager/Server 、 Windows NT 、 AppleTalk など ) では、 TCP/IP のようにアドレスや名 1 調主 : 現在では正式に IPv6 となった。 68 前を当求する必要がなく、多くの場合、重加勺なアドレス割 当てやプロードキャスト、あるいはローカルな管理者に好 きな名前や番号を割り当ててもらうガ去に依存していた。 これは、外の世界からド色した小さな PC LAN では十 分だが、一意なアドレスや名前がないため、 NetWare や LAN Manager/Server のネットワークを柤に接続し たネットワークは、 1 つの組織で管理できる莫以上に成 長することはできなかった。 前回から、デスクトップ IP をテーマとしたシリーズを 開始した。 2 回目にあたる今回は、茁妾ネットワークに接 続するユーサーにもリモート接続ユーザーにも役立つよう に、デスクトップで TCP/IP を設定するためのプロトコ ルについて述べる。 ネットワーク環境では、ネットワーク上のホストコン ピュータ、ノード、デバイス ( プリントサーバーなど ) は、 個々を識別したりアドレスを付けたりするための一意な番 号名前をそれぞオ功ゞもつ。実際、 LAN 上に同しネット ワーク・アドレスのノードが 2 つ以あると、たいていの ネットワーク・プロトコルの重川乍はおかしくなる。通常、 コンピュータは数字を操作するほうか効率がよいが、人間 にとっては数ネの羅列より名前のはうがはるかに匱えやす い。ネットワーク・プロトコルカワドレスとして番号を使 うか名前を使うか、あるいはそれらを組み合わせて使うか アドレス割当て ノード番号に分けられる。ネットワーク部とノード部にど IP アドレスは 32 ピットであり、ネットワーク番号と である。 にかかわらす、重要なのはノードのアドレスが一意なこと UNIX MAGAZINE 1996.11

UNIX と NT ーー統合への道 by Steven Baker 'f 「 om LJNIX REVIEW ひと口に Windows 95 ( 以下、Ⅵⅲ 95 ) や Windows NT ( 以下、 (T) と UNIX システムの統合といっても、 さまざまな意味合いがある。 PCI も UNIX マシンも互 換性のあるネットワーク (Ethernet など ) を使ってい るのなら、同しネットワーク・セグメントに接続できる。 W ⅲ 95 も NT も、 PC のネットワークで一勺なプロト コルのほかに TCP/IP プロトコル・スタックを標準で備 えているので、 PC に IP アドレスを設定すれば TCP / IP の世界の一員となる。 W ⅲ 95 にも NT にも Telnet や FTP など簡単な TCP/IP プログラムか組み込まれてい るから、 Windows PC は UNIX システムとファイル 交換ができる。 NT には FTP サーバーが組み込まれて いるし、 Windows NT Server には DHCP (Dynamic Host Configuration Protocol) サーバーも組み込まれ ている。 Microsoft は DNS サー / ヾーを、 Windows NT Resource Kit というノヾッケージの一部として提供して いる。 NT 用の Web サー (lnternet lnformation Server2 ) も、 http://www.microsoft.com/から年翆トで 入手できる。 こ北は丿、外に、 32bit Windows 版アプリケーションとし て市販されている TCP / IP クライアントがある。さらに、 インターネットからダウンロードできるフリーウェアもあ る。 POP (Post Office Protocol) や IMAP (lnternet Mail Access Protocol) をサポートした TCP/IP べー スのメール・クライアントがあれば、特別なメール・ゲー トウェイを用意しなくても、 PC ューサーと UNIX ュー 1 調主 : ここでいう PC とは、たんに PC/AT 万」奐ごけをのでは なく、 Windows など Microsoft の OS を実行するコンピュータの 篇味てイ叫 ) れている。 2 訂主 : Windows NT Server でのみ重川する。 100 サーとのあいだでメールの交換ができる。一般に、 POP や IMAP のサーバーは UNIX システムで重川乍する。 UNIX のネットワークでは、 Sun の開発した NFS を用 いてファイルを共有することが多い。いくっかのべンダー カ甘是供しているⅥⅱ n95 用、あるいは NT 用の PC-NFS クライアント・ソフトウェアを利用すれば、 PC と UNIX システムとのあいだで透過なファイル共有と印刷が可能に なる。適切なユーサー権限とアクセス権限か設定されてい るのであれば、 PC-NFS を実行する Windows ユーザー は、 UNIX 上のディレクトリを PC のドライプとしてマ ウントできるし、 UNIX 上のプリンタに印刷することも可 能である。 これらの TCP/IP アプリケーションは相互接続を可 能にするが、 PC の通常のネットワーク、つまり NT や 、 Vin95 、 Windows for Workgroups ( 以下、 WfW) 、 Microsoft LAN Manager 、 OS/2 LAN Server 、 OS/2 Warp Connect オは圧のファイルとプリンタの共有を完全 に実現することはできない。これら PC 独自のネットワー ク環境では、 TCP/IP と異なるプロトコルが使われる。 NT と ( 機能はやや劣るか ) W ⅲ 95 に含まれるリモート システム管理ツールも、 TCP/IP とは異なるプロトコル を使用する。ーヨ殳に、これらのプロトコルは UNIX 上で は使えない。 PC 上のツールは、アドレスではなくおもに 名前を利用するネットワークを使っているからだ。システ ム管理の統合、とくに PC のリモートシステム管理は、た んなる相互接続と w ⅲ 323 上の TCP/IP アプリケーショ ンだけでは実現できないだろう俵 1 ) 。 3 調主 : Windows 95/NT 上で実装されている 32bit アプリケーショ ン用の Windows API (Applications Programming lnter- UNIX MAGAZINE 1996.11

IPI ー NTERNA 第 02A し PARTS & INFORMATION CORPORATION 3 ボ - ト・プリントサーバ Magic Tap マジックタップ コンピュータの電源を ON にするだけで・・・・アラ不思議 ! ! コンピュータに電源が入るのではなく、周辺機器に先に 電源が入り、数秒後にコンピュータに電源が入る。 マジックのようなテーブルタップ ! ! FAX 日 OX NO. 6300 FAX BOX No. 7000 N6300EP 特許出願済み UMagic Tap の主な特長 最近はプリンタもカラープリンタ、レーザープリ ・ Magic Tap は、コンピュータコントロール用コンセン ンタ、伝票用のインバクト ( ドット ) プリンタな ト 1 個、周辺機器用コンセント 4 個、常時オンのコンセ ど、用途に応じて複数台のプリンタを使用するの ント 1 個の計 6 個のコンセントから構成されています。 があたりまえの時代ですが、以前は、旧式のプリ ・ツールや特別なセットアップは必要ありません。ワン ンタ切換器における切換ミスが多発したりプリン タッチであなたのコンピュータと 4 台の周辺機器を同 タの配置も太いケーブルに邪魔されてパソコン周 時に起動できます。 ・ブレーカ、ノイズフィルタ、サージキラー内蔵のため、 辺もゴミゴミしていました。 電力線の過負荷、ノイズ、カミナリからシステム全体 を保護します。 そこでお奨めするのが「 N6300EP 」です。 ・電源投入がシーケンスに行われるので突入電流が緩和 「 N6300EP 」を使用すれば、プリンタの一括管 されます。 理ができ、プリントサーバですので当然ながら、 ■使用コンセント パソコン / ワークステーション ネットワーク上での共用が可能です。また、 「 N6300EP 」は TCP/IP と IPX のマルチプロト コル 3 ポートプリントサーバですので、 UNIX だ けでなく、 Windows NT にも対応します。この ほか、プリンタ直結タイプの 1 ポートプリントサ ーバの「 N6200EP 」も用意しております。 ・ N6300EP ・・ ・・¥ 48.000 ・ N6200EP ・・ ・・¥ 36.000 周辺機器用 モード SW 右 左 一括連動シーケンス ノーヒューズプレーカ ・・¥ 19.800 ・・¥ 14.800 周辺機器用 非連動 ( 常時オン ) ・ワークステーション用 ( 定格電圧 120V 、定格電流 15A) ・パソコン用・ ( 定格電圧 100V 、定格電流 1 OA) 信号ライン用サージアプソーバ カミナリシーズンにおけるサーバなどの保護はもうお済みでし ようか ? 電源ラインからの保護は Magic Tap で万全ですが、 日 S232C やネットワークの信号ラインからの サージもお忘れなきように ! ! 日 S232C 、 NETWORK 、セントロニクス、 1 OBase2/5 などの製品を用意しております。 詳しくはお問合せください。 FAX BOX No. 6400 株式会社アイ・ピイ・アイ 〒 305 茨城県つくば市千現 2-1-6 つくば研究支援センター C-A -4 T E L .0298-50-3113 F A X. 0298-50-3114 FAXBOX 0298-50-3115 Email:Iabo@po.iijnet.0「.jp 詳しい資料 ( 仕様、価格 ) は FAX 情報サービスをご利用ください。 F A X の電話にてダイヤルし、 音声応答に従って情報番号 ( 0 # ) を入力してください。 0298-50-3115 手順 資料請求 No. 063

表 1 、 Vindows 95/NT ネットワーク成要素 PC の資源・に使われるトランスポート・プロトコル ・ NetBEUI (NetBIOS Extended User lnterface ・ TCP/IP 上の NetBIOS ・ IPX 上の NetBIOS ・ IPX での直孑妾続 名前とネットワーク ・ NetBIOS のコンピュータ名 ( 16 ノヾイト ) ・ NetBIOS のコンピュータ名の最後の 1 バイトは、クライ アント、サーバー メッセージン久プラウザマスターなど 特定の彳難リを表す ・単一の名前空間 ・ NBNS (NetBIOS Name Server) が、 TCP/IP 上の NetBIOS では名前の検索に使用される ・ DHCP (Dynamic Host Configuration Protocol) が TCP/IP の設定、とくに NBNS を探すために使われる ・ドメインは任意のコンピュータのグループであり、ネット ファイルと資源 ワーク・セグメント境界との里はない ・ NetBIOS をネットワーク上の名前に対して使う ( ただし、 IPX 滷妾続の場合は専用のポート ) 注 : Windows 95 と Windows NT では、すべてのトランスポート・プロトコルをい川こ利用できる。 UNIX と NT• ・ SMB (Server Message Block) をファイルと資源の共有 に使う ・ Windows 95 、 Windows NT ノードははかに共有資源を 公開できる ・サーバーは自分がサーバーであることをプロードキャスト する ・ $ で終る共有名は隠されていてプラウズできない ・プラウサマスターは、各ドメインで稼動中のサーバーのリス トを石薩忍するために選はれる。クライアントはプロードキャ ストを待ち受けなくてもよい セキュリティと里 ・ Windows 95 と Windows NT ではレジストリに設定デー タかオタされる ・ Microsoft RPC (Remote Procedure Call) は、名則 付きパイプを用いてリモートシステム管理をリき見する ・ Microsoft のセキュリティ・モデルはユーサー認証にもと づく ・ドメインコントローラ ( とくに指定された Windows NT Server) がドメインへの単一ネットワーク・ログインを寒見 し、ユーサーとグループの属性をオ勺する ・複数ドメインの工竟でのドメイン間の信期系 ・ドメイン間の階層構造はなく、任意の構造をとる 歴史的な経緯 名前の問題 UNIX MAGAZINE 1996.11 4 バイトの数字 : からなる IP アドレスが 1 つの管理織に これに対し、 TCP/IP はより秩序だったものである。 の重複が生しる可能生がある。 たり、コンピュータの名前か変更されたりした場合に名前 ないので、新しいコンピュータがネットワークに j 助日され でおこなわれる。この手法では名前空間は階層構造をもた かのコンピュータとのネットワーク上の通信は、この名前 えられる。いったんコンピュータ名が与えられると、ほ もできるが、最初に要求したものがそのコンピュータ名を 複数のコンピュータか 1 司しコンピュータ名を要求すること 上のすべてのシステムにプロードキャストするのである。 ピュータは起重加学に自分のコンピュータ名をネットワーク 自分の名前を叫ぶ手法を基本にしてきた。つまり、各コン PC をネットワーク接続するにあたり、 Microsoft は よって割り当てらノード間の通信はこのアドレスにも とづいておこなわれる。通常、 IP アドレスはネットワー クを構成するときに割り当てられるので、コンピュータ名 をプロードキャストする必要はない。 TCP/IP は、 IP ア ドレスをノード番号とネットワーク番号という 2 つの要素 に分割し、ネットワークの階層構造をサポートしている。 さらに、ネットワーク番号にサプネットマスクを指定する ことにより、ネットワークを複数のサプネットワークに分 割できる。 TCP/IP では、 IP アドレスとユーザーか、理解できる 名前とを対応させる DNS (Domain Name Service) と いう : 欟冓が用意されている。 DNS サーバーには、コンピ ータ名、 IP アドレス、メール交換のための情報などが オ褓内される。ネットワーク・アプリケーションは、ユー ザーカ甘旨定したコンピュータ名を DNS サーバーに間い 合わせて IP アドレスに変換する。 DNS が扱う名前は、 eng ・ sun ・ com といった階層構造をもっている。この階層 101

1 と す 三当豊 目ロ一口一む一 さ 上 向 を たン の ム 助 . 1 ワ優シ ロ和の ル のつテ ルはすの 5 フ説、ムモイ ( 2 Allied Telesis 場第一当 ) ノヨわ・ンーア フルダ : インターネノト 報先町と 0 ー 田田田田 一・れ加 物、、 H08 “ AT - TCP / 32 新製品義 “ AT - TCP / 新製品表 物 1 ′ Ho アライドテレシスの′ムペ - ジアドレス fro• . 0 聞 ! つ , 俥をトワ - 1 国 5 ′間間 : り new rnajl を第 iie に のイ : をい ■ FTP クライアント 使いやすいユーサーインターフェース / ・ Drag & Drop でディレクトリーごと簡単転送・ oxy サーバー対応・ファイル転送時に自動的に日本 語コードを変換・複数のホストを登録でき、 FTP セッションが容易 この本・ - ムペーこヨー、′つイをデしンスののご置内・ご資 0 、のアクャスからネ当 海を込んでこ、はす : 書 : 了 . ZVT 端末工ミュレーター (telnet/rlogin) ムダな入力をカット / スムーズなオペレーション ・オートログイン機能・ Window 画面の大きさや フォントのサイズも自由自在 C 酣 E ⅱ付 FS95 UNFS クライアント ディス久プリンターの共有で快適なネットワーク ・ NFS サーバーからネットワークに開放しているディスクやプリン ターを共有可能・ Microso 代ネットワー久 Netware など Windows95 がサポートする他のネットワーク・クライアントとの共存 0 電子メール インターネット / イントラネットに最適 ・インターネットで一般的に使用するメール ( SMTP. POP) ・画像、音声、いろいろな形式のデータをメ ールに添付して送受信可能 (BinHEX 、 BASE64 、 uuencode 対応 ) ・ URL からの WWW プラウザーが 自動起動・着信したメールの自動整理整頓 WindOWSNT UNIX TCP/IP Software TriaIDisc CentreNET AT-TCP/32, AT-NFS95 体験版 アライドテレシスホームページよりダウンロード可能です p : 〃鼎 w. 訓 - telesis. . 加 NFS クライアント Windows95 Netscape Navigator V 部 . 2.01 ⅱ酬 for Windows95/NT 高速、高性能な アプリケーションを ネットワーク上で 快適に使いたい方 ネットワーク上の 機最 (-J ディスクやプリンターを 能小 N け必へ 要の に 方 Windows95/WindowsNT 対応 有したい方 Windows95 対応 W ows W ows 酊対応 LAN / インターネット統合型 32 ビット TCP / 旧通信ソフトウェア UN Ⅸ接続のための 32 ビット NFS クライアント・ソフトウェア TCP/IP Applications & プリンターマウントユーティリティー Windows95 のロンクファイル名などに対応、複数のネットワー Ftp クライアント、 VT 端末工ミュレーター電子メール、ネットニュ ク・クライアントとの共存が可能、 Windows95 の工クスプローラ ース・リーダー、 Netscape Navigator 、 Ping ユーティリティー Ftp クライアント、 VT 端末工ミュレーター電子メール、 Ping やネットワーク・コンビュータから操作可能、プリンター・リダイ Ftp サーバー、 Tftp クライアント / サーバー、プリンターサーバー ユーティリティー、プリンターサーバー、リモートプリント、プリン レクト機能、ファイル・セキュリティー機能 リモートプリント、 Finger クライアント / サーバー、 Whois クライア ター・リダイレクト機能 ント、リモートコマンド、時刻設定ユーティリティー 標準価格 \ 32 , 800 ( 税別 ) 標準価格 \ 9 , 800 ( 税別 ) 標準価格 \ 25 , 000 ( 税別 ) ※お得なマルチューザーノヾック ( 5 / 10 / 30 / 50 以上ユーザー用 ) をこ・用意いたしておりますまた、各アプリケーションの単体販売もおこなっておりますので、当社営業部 ( 03 ー 3443 ー 564 のまでお問い合わせください。 0 してく々 httD ・ //www.allied-telesi8. CO. jD アライドテレシス株式会社 本社 / 〒 141 東京都品川区東五反田 4 - 6 ー 6 高雑台グリーンビル ・北海道営業所・東北事業所・中部事業所・西日本事業所・九州営業所 c 咄 AT-NFS95 .0 Ligh AT-TCP/32 [ .0 N E T S C A P E centreNET AT-TCP/32 .0 INTERNET 4 ・ cent 「 eNET はアライドテレシス株の登録商標です・ Netscape Navigator は Netscape Communications 「 PO 「 ation の商標です・ PC/TCP は米国 FTP Software'lnc. の登録商標です ・記載の製品名は各社の商標または登録商標です。・仕様および外観は改良のため予告なく変更することがあります 購入に際しての製品に関するお問い合せは 製品に関する情報をあなたの FAX へお届けします 月 ~ 金 0120-860773 0120-860992 ( 9 : 00 ~ 17 : 30 ・ AT-TCP/32: 加・ AT ー N 95 : 71 ・ AT-TCP/32 Light : 加 74 Nifty ー Se 「 ve でもこの製品をこ購入いただけます GO コマンドは「 Go AL 凵 ED 」入力してください。 日 OX 番号 資料請求 No. 041

連載 /NET WORTH—O のようにビットを割り当てるかは、 IP アドレスの上位 3 ピットで示される、クラス " によって決まる。たとえば、 クラス C アドレス止位 3 ビットが 110 ) なら、ネット ワーク番号にイ ) れるのは 24 ビット、ノード番号にイっ れるのは 8 ビットといった具合である。 IP のネットワー ク番号はある機関によって割り当てられるが、ノード 番号はローカルに管理される。そのため、各ノードの IP アドレスはローカルの管理者カ瞎リり当てる。 よく使われている PC LAN プロトコルとは異なり、 TCP/IP には、アドレスやネットワーク名か重複しない ことをイ描正する適切なシステムがある。インターネットに 接続しようとする管理者は、管理織に対して IP ネット ワーク・アドレスを申請しなければならない。ネットワー クに (ureview.com などのような ) 名前を付けるには、別 の申請をおこなってドメイン名を求する必要がある。す いぶん前から、米対防総省やその他の連邦政府機関は、 IP ネットワーク・アドレスの割当てやドメイン名の剥こ責 任をもつ NIC (Network lnformation Center) に資金 を提供している。何年ものあいだ、 NIC は SRI (Stan- ford Research lnstitute) 内にあり、 SRI では RFC (Request For Comments) やその他の TCP/IP 文書 の出版もおこなっていた。 数年前、 NSI (Network SoIutions lnc. ) は、 AT&T が運用するディレクトリ・サーピスを使って、 NIC の登 録サーピスを引き継いだ。同様の登録センターはオランダ にもあり、ヨーロッノ、の IP アドレスやドメイン名の要 求に対応している。多くのインターネット・サーピスプロ バイダでは、必要事項を記入して NIC へ申込み書を提出 することで、 IP アドレスの割当てやドメイン名の登録も おこなっている TCP/IP は、インターネットなどの大規模な相互接続 ネットワークに向いているが、一イ勺に使われている PC LAN プロトコルにくらべて、個々のホストコンピュータ で必要となる設定項目が多い。 TCP/IP のホストマシン は、 IP アドレスのはかにも、自身のホスト名、所属する 2 調主 : 日本では JPNIC がおこなっている。詳しくは、 http://www. nic. ad. jp/index. html を見てはしい。 2 RARP と BOOTP UNIX MAGAZINE 1996.11 ネットワーク・ドメイン名、サプネットマスク、ゲート ウェイの IP アドレス ( ほかのネットワークとの通信に必 要 ) 、 DNS (Domain Name System) サーノヾーの IP ア ドレス ( ホスト名から IP アドレスを引くのに使う ) も知 る必要がある。 TCP/IP の言のために、ローカルマシンを 1 台すっ 回り、各システムのローカルファイルに設定データを入力 するというのも 1 つのガ去である。これは、数十台程度 のノードからなるネットワークなら管理しやすいガ去だろ うが、デスクトップ PC の数か増えるにつれて、しだい に手に負えなくなってくる。数千もの PC や Macintosh のノードがある大学や大企業では、個々のノードを人手で 設定することははとんど不可能である。たとえば、 1 , 000 ノードのネットワークでは、簡単な変更 ( 新しいローカル DNS サ→ヾーのインストールなど ) にも数人年の労力が かかるだろう。ューサーが自分でネットワークの設定をお こなうようにすると間違いが生しやすく、管理者が自分で 設定する以 - ヒの手間カ功、かってしまうこともよくある。 1980 年代半ば、ディスクレス・ワークステーションの管 理を集中化し、 IP アドレスを割り当てるために、 RARP (Reverse Address Resolution Protocol) と BOOTP (BOOTstrap Protocol) の 2 つのプロトコルか開発され た。 RARP は、ネットワーク・スタックの最下層 ( ハード ウェア・リンク層 ) て動作する。 RARP クライアントは、 自身のネットワーク・ハードウェア・アドレスを入れた特 別なバケットをプロードキャストし、いすれかの RARP サーバー ( 同しサプネット上に存在しなければならない ) カ盟り当てた IP アドレスを受け取る。 RARP クライアン トに渡される IP アドレスは、たいていの場合 6 バイトの Ethernet ハードウェア・アドレスを 4 バイトの IP アドレ スにマッピングする単純なテキスト・データベースファイ ル ( 大部分の UNIX では /etc/ethers) として、 RARP サーバーに本内されている。ほとんどの UNIX システム には RARP サーバーデーモンが組み込まれており、 Sun ではディスクレス・ワークステーションの起動に RARP を採用している。 現在のところ、 RARP は、 IP アドレスさえあれ ( 対川乍 するプリントサーバーのようなデバイスで使われることが 多い。 RARP は、 IP 層より下のネットワーク・スタッ クの最下層 ( 基本的にはカーネルのデバイスドライバのレ 69

UNIX と NT ■ と Microsoft による初期の PC ネットワークでは、サー バーか疋期的にプロードキャストし、自分がサーバーであ ることを通知していた。クライアントは、プロードキャス トされるサーバーの情報をキャッシュし、ネットワーク 上の資源を探す際に利用する。 資源の一覧を容易にするために、 LAN Manager の新 しいバージョンや W ハでは、、プラウザマスター " カ与入 された。これは、特別な NetBIOS コンピュータ名 ( ワー クグループ 4 名の 16 バイト目に特別な文字を加えたもの ) を取得し、すべてのホストの告知を聞いてキャッシュす る。クライアントが共有ファイルやプリンタと接続しよう としたときは、プラウサマスターからサ→ヾーの一 -- 纜を入 手してユーサーに表示、〕尺させる。サーバーカ芍まれた ら、クライアントは公開しているディレクトリ 5 のリスト をそのサーバーに妾要求する。 コンピュータは、起重加にプラウサマスターに選ばれよ うとする。ほかのマシンは、バックアップ・プラウサマス ターとなる。プラウサマスターになる優先順位は、システ ムにより異なる。たとえは、 NT と W ハでは NT のほ う刎憂先される。 NBNS はどこにいる ? 104 る。 5 調主 : ファイルやプリンタの公開に使われる共有名の意床で使用してい 管理の単修サーバヨ静芝の収集に利用する。 4 調主 : ドメインコントローラが存在しない工竟で使われるコンピュータ群 動、あるいは IP アドレスの変更にともなう作業時 = 間も増 しかし、これには手間がかかるし、ルータやサーバーの移 と必須のサーバーのアドレスを手作業で設定することだ。 れに対する 1 つの解決方法は、各ノードの IP アドレス バーのアドレスを知っていなけれはならない点である。 分の NetBIOS のノードタイプと NetBIOS ネームサー 最大の相違は、 W ⅲ 95 や NT クライアントの場合、自 に直面するものとほは 1 司じである。 システム構成の間題は、通常の TCP/IP ノードか起動 ムサーバーのアドレスを知っていなければならない。この の IP アドレス、ルータおよび NetBIOS と DNS のネー わめて重要である。このため、各ノードは、起重加叔こ自分 重川するには、 TCP/IP 上の NetBIOS と NBNS がき W ⅲ 95 と NT からなる大規模なネットワークが正しく える。ⅥⅱⅡ 95 の謳い文句の 1 つは Plug and Play だか ら、ネットワーク関連で手作業が必要なのでは販売にも支 障をきたす。 TCP/IP の場合、この設定は一殳に BOOTP (Boot- strap Protocol) でおこなわれる。 BOOTP は、 Ether- net アドレスをもとに、 IP アドレスやサプネットマスク、 ゲートウェイ、 DNS サーバーのアドレスを各ノードに割 り振る。 BOOTP は起重加にプロードキャスト・バケッ トを 1 つだけ送り、設定情報を入手する。 問題は、 BOOTP が 10 年以上前に誕生したプロトコ ルであり、当然ながら、 NBNS や NetBIOS ノードタイ プなどを知らない点である。 BOOTP のべンダー拡張の ための RFC は 1993 年啾に改訂され同、 NetBIOS サー バー (NBNS と NDDS) 、ノードタイプのためのタグが 多数 j 砌日された。しかし、 UNIX などのシステムとともに 縣合される BOOTP サーバーは、これらの変更に対応し ていない。 TCP/IP ネットワークや UNIX システムに は、これらの情報は不要だからである。必要としているの は、 Microsoft のネットワークなのである。 UNIX MAGAZINE 1996.11 定情報の管理機能を提供している。 かのべンダーの DHCP サーノヾーも、同様に NetBIOS 設 を管理できる自前の DHCP サーバーを提供している。は ±) でⅥⅲ 132 ネットワークに必要な NetBIOS 言定情報 Microsoft は、 Windows NT Server (Version 3.5 以 ばならないのである。 る。クライアント定情報をサーバー間で一致させなけれ DHCP サーバーを設けようとすると、新たな問題が生し える。しかし、全社的ネットワークなどの環境で複数の 重加勺な割当て尺できるのは、一見よさそうな手法にみ データベース設定か容易になる。アドレスの自重リ当てと ドレスを一引判勺に借りるかを選ぶことができ、サーバーの ライアントに自重加勺に IP アドレスを割り振るか、 IP ア し、 BOOTP サーバーは利用できない。 DHCP では、ク えそうだ。事実、 W ⅲ 95 は DHCP サーバーのみを使用 Microsoft の NetBIOS オプションをサポートしてもら に傾倒している理由の一端はここにある。 DHCP では、 た DHCP ( 今号および次号の「 NET WORTH 」参照 ) Microsoft が、 BOOTP に代わるものとして言され