情報 - みる会図書館


検索対象: UNIX MAGAZINE 1993年8月号
93件見つかりました。

1. UNIX MAGAZINE 1993年8月号

連載 /UNIX Communication Notes— install install —c ー 0 bin —g bin \ —m 755 —c ー 0 bin —g bin \ —m 755 named named . restart /etc . reload /etc ( 5 ) ツールのコン / ヾイル compiled with the —DDEBUG option or The resolver routines libc must be cc ー 0 ー 0 nsquery nsquery. c —lresolv % make なりインストールします。 コンパイルか了したあと、 su コマンドで root の権限に す。変数の変更ができたら make を実行します。そして nslookup の Makefile も忘れずに環竟に合うようにしま レクトリ nslookup にすべてのソースコードがあります。 環境に合うようにします。 nslookup についてはサプディ でも最初に Makefile で宣言されている変数をシステムの ースパッケージのディレクトリ t001S に移ります。 最後に BIND に付属のツールをコンパイルします。ソ nstest wi11 not have any output . % su # make install cd nslookup; make ーⅡ DESTDIR= install 以 E で BIND のコンパイルとインストルかります。 これにより以下のものがインストールされます。 named named—xfer named. rest art named. reload libresolv. a nslookup ネームサーバー ゾーン情報転送プログラム ネームサ→ヾーの再起動 ネームサーバーのデータ再ロード リゾノレヾ・ライプラリ DNS 間合せプログラム テータファイルの準備 58 ゾーンでの言 t 算機の IP アドレスなどの各種情報を提供す 前回説明したように、ネームサーバーは管理権限をもつ す。 次にネームサーバーに与えるデータファイルを準備しま るサーバーです。 BIND では、ゾーンについての情報を データファイルとして用意し、ネームサーバーはそれを起 重加寺にロードします。次のデータファイルが必です。 ・ホスト名と IP アドレスの対応などの具ー純勺な情報を記 述したファイル ネームサーバーか起重加叔こ読み込む、ネームサーバー起 (root server) がどれであるかを旨己し ゾーン情報の記述 動に必要なデータファイル たファイル ・ルートサーバー ネームサーバーの挙動に関するいくつかのパラメータを そのゾーンの管理権限 (authority) についての情報と、 ・ SOA (Start Of Authority) レコード 述は、以下のリソースレコードから構成されます。 要なリソースレコードを記述するガ去です。各ゾーンの記 ておこなわれます。各ゾーンごとにファイルを用意して必 レコード (resource record) ファイルへの書込みによっ 各ゾーンについての情報は、必要な情報を表すリソース ・そのはかのリソースレコード を記述するレコードです。 ゾーンの情報を提供するネームサ→ヾーを特定する情報 NS (Name Server) レコード 指定するレコードです。 今回は、ます次の使い方を説明します。 群てす。 具イ勺な資源についての情報を記述するためのレコード UNIX MAGAZINE 1993.8 として扱われます。 ができます。 ( セミコロン ) から行末までがコメント ゾーン情報を記述するファイルにはコメントを書くこと コメント ・資源の別名を指定する CNAME レコード 提供する A レコード ・ホスト名から IP アドレスに対するマッピングの情報を

2. UNIX MAGAZINE 1993年8月号

連載 /UNIX Communication Notes リスト 3 NS レコード ル番号が用いられます。数字が大きいはど時間的に新しい バーでは、最新のゾーン情報を判断するのに、このシリア 最初刎直は、ファイルのシリアル番号です。ネームサー ータ取扱いの時間的な要素の言当です。 末尾の括弧で話られている部分は、ネームサーバーのデ ありません。 ます。もちろん postmaster や root を指定しても問題は ど、メールでトラブルをリポートするようなことにも使え かのドメインのネームサーバーでトラブルがあった場合な suguru@major ・ ac. jp を表しています。この情報は、ほ ク ) に読み換えてください。 suguru ・ major ・ ac ・ jp ・は maJ0r ・ ac ・ jp. IN NS giants ・ major ・ ac ・ JP ・ major ・ ac. JP. IN NS yankees ・ major ・ ac ・ JP ・ 1993061901 えば、ファイルを 1993 年 6 月 19 日に更新したならは、 ・ファイルを更新した日時をベースに番号を付ける。たと ・ 1 から順番に付けていく。 ものを表します。通常は、次のような付け方をします。 ゾーン情報のシリアルのほうが大きいとき、すなわちプラ リアルの値を上交します。プライマリ・ネームサ→ヾーの した間隔でプライマリ・ネームサーバーにアクセスしてシ ません。セカンダリ・ネームサーバーは、 refresh に指定 の情報を定期的にチェックして整合生を保たなければなり ンダリ・ネームサーバーは、プライマリ・ネームサーバー 提供する情報のコピーをイ尉寺しています。このため、セカ ンダリ・ネームサーバーはプライマリ・ネームサーバーが リ・ネームサーバーがゾーンの完全な情報を管理し、セカ バーではサーバーの多重イゞおこなわれており、プライマ 隔で、秒単位刎直です。前回説明したように、ネームサー バーカワ。ライマリ・ネームサーバーのデータを参照する間 2 番目の値は refresh と呼はれ、セカンダリ・ネームサー た時間も分かって便利です。 お勧めは日時をベースに付けるガ去で、データを変更し ルを更新することもあるので、そのためのフィールド 日の 1 回目の更新を意味します。 1 日に何回もファイ というように日時情報を付けます。最後の 01 は、その 60 リスト 4 A レコードの言己丕 localhost . maJor ・ ac ・」 p ・ tigers ・ maJ0r. ac ・ JP ・ giants ・ major ・ ac ・ JP ・ pirates . maJOr ・ ac ・ jp ・ IN IN IN IN A A A A 127.0.0. 1 192 . 9 .200. 10 192.9.200. 11 192.9.200.21 イマリ・ネームサーバーのほうか新しい場合には、ゾーン 情報をプライマリ・ネームサーバーから転送してきます。 リスト 2 の例では 10 , 800 秒、すなわち 3 時間を指定して います。 3 番目の値は retry と呼はれます。セカンダリ・ネー ムサーバーが、ゾーン情報を上交するためのプライマリ・ ネームサーバーへのアクセスに失敗した場合、再アクセス をおこなう間隔の指定で、秒単位です。リストの例では 3 , 600 秒、すなわち 1 時間を指定しています。セカンダ リ・ネームサーバーは、プライマリ・ネームサ→ヾーに正 常にアクセスできるまで retry の間隔で繰り返します。 4 番目の値は expire と呼ばれ、セカンダリ・ネーム サーバーがゾーン情報を廃棄する時間を指定しています。 セカンダリ・ネームサーバーはゾーン情報の上交のために プライマリ・ネームサーバーに定期的にアクセスしますが、 expire で指定した時間に達してもアクセスできなかった 場合には、セカンダリ・ネームサーバーはそのゾーン情 報を廃棄し、情是供をおこなわなくなります。例では 3 , 600 , 000 秒、すなわち 1 , 000 時間 ( 約 42 日間 ) を指 定しています。 最後の 5 番目の値は TTL (Time To Live) と呼ばれ、 はかのネームサーバーにキャッシュされた情報の有期間 を表します。前回説明したように、ネームサーバーは一度 問い合わせた情報はローカルにキャッシュし、その情報を 再利用します。この再利用を許す期間が TTL です。 NS レコード 次にネームサーバーを指定する NS レコードを記述しま す。リスト 3 を見てください。 この例では、ドメイン major ・ ac. jp. のネームサーバー として、 yankees. maJ0r ・ ac ・ JP ・、 giants. ma」0て . ac ・ jp ・を指定しています。ここに指定されたネームサーバ ーはこのゾーンに対して管理権限をもつネームサーバーと なります。 UNIX MAGAZINE 1993.8

3. UNIX MAGAZINE 1993年8月号

ファイルサイズが異常に大きくなってしまったせいかもし れない。 表 1 には、インターネットが対応できるネットワーク数 の最大値も言当した。これを見ると、 IP アドレス欟冓自体 に磁定の危機が迫っているわけではないことが分かる。 IP アドレスは、じつに 200 万件以上のネットワーク・アド レスに対応しているので、 IP のアドレス管理機構にはま だまだ余裕がある。その一方で、クラス B のネットワー ク・アドレスだけは、もうすぐ足りなくなってしまいそう な状態にある。クラス B のネットワーク・アドレスは、ホ スト数が 254 ~ 65 , 534 台までのサイトに割り当てられる ことになっている。インターネットがいまの調子で成長を 続けると、 1994 年か 1995 年くらいまでには、クラス B のネットワーク・アドレスを使いはたしてしまいそうな雰 連載 /NET WORTH—O 統計情報の収集 囲気だ。 UNIX MAGAZINE 1993.8 まだ DNS への移行を完了していないサイトて利用できる ルを完成するのだ。完成したホストテープルは、そのとき って集めた情報を、 1 つに組み立てることでホストテープ ZONE は、 DNS の階層上のツリーのなかを、、歩き " まわ めに、 DNS の機能をちょっと奇妙なガ去で利用している。 のプログラムでは、 DNS 全体についての統計を集めるた 置されたこのプログラムは、 NIC で開発されたものだ。こ ムか完成した。 SRI(Stanford Research lnstitute) に設 : 機冓、 ZONE(Zealot of Name Edification) プログラ 1986 年、この過渡期間の暫定的なホストテープル管理 もの歳月カやされた。 ンターネット本で DNS か利用可能になるまでには 4 年 よい。ところで、 1984 年に DNS か導入されてから、イ イルを引っ張り出し、そのなかにあるエントリを数えれば た。ホスト数を調べたければ、知りたい日月の hosts ファ は、 NIC が hosts というファイルを使って管理してい れていた。このとき登録されているすべてのホストの情報 ンターネットに接続するホストは、各ホストに直接登録さ DNS(Domain Name System) が導入される以前は、イ ているホスト数についての統計だ。以前もとりあげたが、 数字がある。これは、インターネットに実際に接続され インターネットの成長を示す、もう 1 つのおもしろい ようになっていた。しかし、 ZONE は、その彳難リとは裏 腹に、本来の目的で使用されることはほとんどなかった。 その代わり、 DNS やインターネット全体の統引・情報を集 める道具として重宝されたのである。 ZONE は、 1988 年頃には DNS 全体の完全なデータ を収集できなくなった。これは、ほとんどの DNS で実装 に利用されている BIND(the Berkeley lnternet Name Domain) の初期ノヾージョンに、 DNS プロトコルのゾー ン変換にかかわるバグがあったためだ (BIND はふつう、 BSD UNIX と一 - ・絲者に入手できる ) 。とにかく ZONE は、 今日に至るまで定期的に DNS の情報を集めるために使わ れている。 ZONE が情報を集めるのにかかる時間は、ここ数年で 数時間から間にまで膨らんでしまった。 1992 年 1 月 145 ZONE のデータを見ると、各ホストが上位のドメイン 数でグラフ表示したものだ。 んについては一緒に示した。また、図 2 は、同し数字を対 にはドメイン数の情報も含まれるので、 1988 年以降のぶ ZONE プログラムの統計から得たものだ。 ZONE の統言 ので、初期の数値は hosts テープルから、・丘のものは 表 2 は、インターネット上のホストの数をまとめたも 実際のホスト数よりも多い結果カ咄ることもある。 のサーバーやホストの言求まで集計されてしまい、今度は 工ントリにフォーマットの誤りがあると、ありえないはす その反対に、データ収集の竹喋は自動化されているので、 情報で示される数は実際の数よりも少なくなってしまう。 なデータ収集にかかわる問題のために、 ZONE が集めた インサーバーに登録されているとはかぎらない。このよう た、インターネットにつながれたすべてのホストが、ドメ ち、ゾーン変換を拒否したサイトの数は 800 に上った。ま に ZONE を走らせた時点では、 17 , 000 あるサイトのう が、けっきよくはあきらめるよりはかない。 1992 年 1 月 ゾーン変換を拒否されると何回か再試行を繰り返すのだ ピスを停止するところが出てきた。 ZONE プログラムは、 まざまな理由から、そのドメインにおけるゾーン変換サー インターネットに接続しているサイトのなかには、さ ている。 まった。 ZONE は現在 3 カ月に 1 度、 SRI で実行され プルのファイルサイズは、なんと 50MB を軽く超えてし には、 ZONE プログラムを走らせて入手したホストテー

4. UNIX MAGAZINE 1993年8月号

連載 /UNIX Communication Notes リスト 5 CNAME レコードの言己 mailgate ・ maJ0r ・ ac ・ JP ・ IN CNAME reds . maJor ・ ac ・ JP ・ houston ・ major ・ ac ・ JP ・ IN CNAME astros ・ maJor ・ ac ・」 p ・ ftp ・ maJ0r ・ ac ・ JP ・ IN CNAME astros ・ major ・ ac ・」 p ・ ネームサーバーの情報を記述するには、ネームサーバー を動かす計算機を決定しなければなりません。プライマ リ・ネームサーバーの言 t 算機は次のような点を考慮して決 めるとよいでしよう。 ・すくなくとも管理の権限をもつシステム ( スーパーユー サーになれるシステム ) であること。 ・スワップエリア、メモリに余裕のあるシステムであるこ と。ネームサーバーはけっこうメモリを消費します。 安定して動いているシステムであること。 ・ネットワークと接続性のよいシステムであること。た とえば、 19.2Kbps の SLIP の先のシステムよりも、 IOMbps の Ethernet で接続されたシステムを選ぶは うが、ネットワークの利用を考えると安じ、できます。 一方のセカンダリ・ネームサ→ヾーは系目織内で用意して もいいのですが、別の系目織にお願いしてセカンダリ・ネー ムサーバーになってもらうほうが安心です。 ほとんどの組織では、インターネットとの接続は 1 カ 所のゲートウェイからで、そのゲートウェイか落ちるとイ ンターネットと妾続が失われます。このため、同一組織 内にセカンダリ・ネームサーバーを置いても、ゲートウェ イに障害か起きたときにはセカンダリ・ネームサーバーが 本来の機能をインターネットに提供できないことになって しまいます。このことから、セカンダリ・ネームサーバー については、 ホストアドレスの記述 . A レコード SOA レコードと NS レコードか記述できたら、次は具 イ勺なゾーン内の情報を記していきます。 ホスト名から IP アドレスへの変換の情報を与えるのが A レコードです。リスト 4 を見てください。 A レコードで は、最初にホスト名を、そして IN と A を書き、最後に IP アドレスを書きます。これにより、ホスト名から IP ア ドレスへのマッピングを定義するのです。 最初の行を見てください。ルーフ。バック・インターフ ェイス (loopback interface) の名前として使われている localhost はドメインに含めてしまい、 127.0.0.1 を定義 しておきます。 別名のま諚 . CNAME レコード リスト 1 に示した / etc / れ osts ファイルでは、ある IP アドレスに対して、正式な名前のはかに別名を用意してい ます。ネームサーバーのゾーン情報でも同じように別名を 己述できます。これに使われるのが CNAME レコード です。 リスト 5 を見てください リスト 1 に示した /etc/hosts で定義されている 3 つの別名を CNAME レコードで記述したものです。 CNAME レコードでは、 最初に別名を、次に IN と CNAME を書き、最後にホス トの正式名を書きます。ある名前に対して正式なものを決 めることから、 CNAME (Canonical NAME) レコード と呼はれているのです。 以 - ヒのすべてをまとめると major ・ zone の内容はリス ト 6 のようになります。 ルートサーパー情報の記述 次にルートサーバー情報を指定するファイルを記述しま す。このファイルをて。。 t . cache とします。 前回も説明しましたが、ルートサーバーは名前空間の根 こから名前空間の冓造をたど の部分を管理しており、 っていくと、インターネットでのすべての名前に到達でき るようになっています。このファイルは、ルートサーバー 一三ロ 組織内に 1 つ以 E 組織外に 1 つ以 E とするのか望ましいでしよう。ただし、セカンダリ・ネー ムサ→ヾーの数を多くすると、プライマリ・ネームサ→ヾ ーでゾーン情報を更新した際の転送にネットワークをむだ に使うことになります。このため、現在の国内のインター ネットでは、 系砌大」に 1 つ 組系外に 1 つ というのが一勺な設定です。 61 UNIX MAGAZINE 1993.8

5. UNIX MAGAZINE 1993年8月号

図 3 10Base-T 10Base 5 用 トランシーバ トランシーバ / ケーブル 10Base-T 用ハブ ツイストペア ケーブル 計算機ー ターミネータ ケーブル トランシー トランシーバ 1 OBase-T 用 バ それぞオ特徴があり、 -- -- 概にどれがよいとは決められま せん。取扱いの容易さや接続できるノード数の制限などを 勘案し、ネットワークを引く場所の条件と合わせて検討し ロ リピータ 「どっかで聞いた名前やけど、どんなもんなんやろ」 などを使って接続することが分かりました。 ・ノレータ プリッジ さっそく調べてみると、ネットワークどうしは、 い、本でも見てみよ」 ワークの接続って、どんな機材、使うんやろ。しゃーな 「さっき、 Ethernet カードとかゆうてたけど、ネット リビータ、プリッジ、ルータ という形態が多いようです。 ・各計算機の接続には 10Base-T ・幹線には IOBase 5 ましよう。最匠は、 28 るデータの内容やその形式は、いっさい関知しません。 2 だけです。このビットがいくつか集まって構成されてい ピットを電気的に増幅し、もう一方の Ethernet に流す おこないます。つまり一方の Ethernet から受け取った リピータは、 Ethernet 間のデータ転送をビット単位で つの Ethernet を接続するだけの単純なリピータのほか に、複数の Ethernet を相互に接続できるマルチボート・ リピータがあります。 「なるほど、ピット単位のアンプちゅう感じゃな」 フリッジ Ethernet 上を流れるデータは、てんでんばらばらなビ ット列ではなく、いくつかのビットが集まった、、フレー ム " という単位で転送されます。プリッジはこのフレーム 単位で中継をおこないます。フレームには、データの長さ や送り手と受け手の情報なども含まれています。プリッジ は、このフレームを片方の Ethernet から受け取り、フ レームの形式に異状がないかを検査してから、ふたたびフ レームを組み立ててもう一方の Ethernet に流します。 リピータではデータカヒけていてもそのまま中継されま すが、プリッジではそのようなデータは中継されません。 つまり、プリッジのほうがより正確にデータを転送し、お かしなフレームの ( 般を防ぐことができるわけです。 「こっちは、物覚えのええ伝言ゲームか」 プリッジには、ラーニンク・プリッジ (Learning Bridge) というものもあります。これは、フレームに含 まれる送り手と受け手の情報を蓄積し、受け手がいないと 思われる Ethernet にはフレームを送らないようになって います。ラーニング・プリッジを使うと、 Ethernet 上を 流れるデータを減らすことができます。ただし、言 1 ・算機が セグメントを越えて移動した場合、ラーニング・プリッジ かイ尉寺している計算機の接続に関する情報を消去、または 変更する必要があります。 「秘書さんがいて、各人への伝言を振り分けてくれるみた いなもんやな」 ルータ Ethernet 上でデータを転送するときにはヾ前述のよう にフレームの形式にしてデータを送ります。フレームに含 まれている情報だけでは機能が不足することも多いので、 フレーム中のデータに付加情報を埋め込んで送ることが あります。この情報を付加する方式のことを、、、プロトコ ル " と呼びます。 ルータは、このプロトコルの形式を解釈して中継をおこ ないます ( プリッジは、データの形式には関知しません ) 。 UNIX MAGAZINE 1993.8

6. UNIX MAGAZINE 1993年8月号

連載 /UNIX Communication Notes— リスト 7 海外との甬信ができるサイトでの root. cache IN A 128 .63 . 4 .82 IN A IN A IN A IN A IN A 192 . 41 . 192 . 1 IN A 192 . 50. 15 .21 IN NS KAVA . NISC . SRI . COM . 99999999 IN NS AOS . ARL . ARMY . MIL . 99999999 IN NS NS . NIC . DDN . MIL . NS . NIC . DDN . MIL . AOS . ARL . ARMY . MIL . AOS . ARL. ARMY . MIL . KAVA . NISC . SRI . COM. C . NYSER. NET . TERP.UMD . EDU . NS . NASA. GOV . NS . NASA . GOV . NIC . NORDU . NET . NS . INTERNIC . NET . 99999999 99999999 99999999 99999999 99999999 IN A 99999999 99999999 99999999 IN A 99999999 99999999 IN A 99999999 99999999 IN A 99999999 99999999 IN A 99999999 IN NS NIC . NORDU . NET. IN NS NS . NASA . GOV . IN NS C . NYSER . NET . 99999999 IN NS TERP . UMD . EDU. 198.41.0.4 192.36.148. 17 192.52. 195. 10 128.102. 16 . 10 128.8. 10 .90 192 .33 . 4 . 12 192.33.33.24 192.5.25.82 192 . 112 .36.4 IN NS NS . INTERNIC . NET . リスト 8 海外へできない糸での root. cache ns ・ nic ・ ad ・ jp ・ ns . karrn. ad. JP ・ 99999999 とは ? 99999999 99999999 99999999 99999999 ルートサーバーの情報はネー IN NS ns . ni c ・ ad ・ j p ・ IN NS ns. karrn. ad ・ jp ・ ムサーノヾーでのキャッシュ として使われます。この 99999999 はネームサーバーで UNIX MAGAZINE 1993.8 /etc/ns に置かれることになります。 て、さきはど準備した major. zone 、 root. cache などは です。ここでは、 /etc/ns を指定しています。したがっ バーが使用するファイルが置かれるディレクトリの指定 4 行目の directory の定義ですが、これはネームサー 述の例を示してあります。 リスト 9 を見てください。ここには named. boot の記 ーバーカ壻理するゾーン情報などを指定します。 boot として用意されます。このファイルでは、ネームサ 読み込まれるプートファイルです。通常は /etc/named. 最後に用意するのが、起重加にネームサーバーによって ネームサーパー起動に使用するファイル うか望ましいのです。 ので、できるかぎり長くキャッシュ内に存在させておくは ルートサーバーはいかなる状況でも使われる可能生がある 長時間キャッシュのなかに入れておくよ " ということです。 のレコードの TTL を表しています。つまり、 、、非常に 8 行目の cache の指定は、ルートサーバーのキャッシュ として使うファイルを表しています。ここではドメインと してドット ( つまり名前空間の根 ) を指定しており、デー タとして root. cache を使うことを指定しています。 12 行目の primary から始まる部分は、ドメイン ma- jor ・ ac ・ jp についてプライマリ・ネームサーバーとして動 き、ゾーン情報は major. zone から読み込むことを指定 しています。 14 行目と 15 行目は日本国内特有の設定ですが、このネ ームサーバーを、ドメイン jp とドメイン in-addr. arpa ・ のセカンダリ・ネームサーバーとして動かします。このセ カンダリ・ネームサーバーを設定すると国内での問合の 量カ鰔り、ネットワークへの負荷を低く抑えることカき ます。セカンダリ・ネームサーバーでは次のように指定を おこなっています。 ・ 2 番目には、どのドメインのセカンダリ・ネームサー バーになるか ・ 3 番目には、どのホストがその情報をもっているか ・ 4 番目には、もってきた情報を溜めるファイルはどれを 使うか ドメイン jp の場合は次のようになっています。 ・ネームサーバーとして 192.9.200.135 を指定 ・ /etc/ns/back/jp ・ zone を情報を溜めるファイルと して指定 63

7. UNIX MAGAZINE 1993年8月号

連載 /UNIX Communication Notes—O ドメイン major ・ ac ・ jp の /etc/hosts ファイル リスト 1 192.9.200. 10 192.9.200. 11 192.9.200. 12 192.9.200. 15 192.9.200. 16 192.9.200. 17 192.9.200.18 192.9.200. 19 192.9.200.20 192.9.200.21 127.0.0. 1 192.9.200. 14 192.9.200. 13 localhost tigers . major. ac ・ JP tigers giants ・ maJ0r ・ ac ・ JP giants red—sox. major. ac . 」 p red—sox yankees. major ・ ac ・ jp yankees athletics. major ・ ac ・ JP athletics cubs . major ・ ac ・ JP cubs reds . major ・ ac. JP reds mailgate mets . major ・ ac ・ JP mets angels ・ maJ0r ・ ac ・ JP angels astros . major ・ ac ・ JP astros houston ftp b1ue—Jays ・ maJ0r ・ ac ・ jp b1ue-Jays pirates. major ・ ac ・」 p pirates リスト 2 maJ or SOA レコード IN ・ ac ・ JP ・ このゾーンは 名前の記述方法 SOA yankees ・ major ・ ac ・ JP ・ suguru ・ maJ0r ・ ac ・ JP 1 10800 3600 3600000 86400 ) Seria1 Refresh 3 hour Retry 1 hour Expire 1000 hours Minimum 24 hours ゾーン情報を言当するファイルでは、名前 ( ドメイン名 やホスト名 ) の言当の仕方に注意しなけれはなりません。 前回説明したように、 DNS の決めた名前空間では、最 上位はルートサーバーか管理しています。ルートサーバー の管理するゾーンは、名前空間の、、根 " となる部分です。 " ( ドット ) 1 文字で表記されます。 UNIX MAGAZINE 1993.8 あるホストの情報は、リスト 1 に示す /etc/hosts ファイ 報を記述するという前提で説明をします。このドメインに これ以降は、ドメイン major ・ ac. jp についてゾーン情 これ以降の説明 けていないものは、すべて相対表記として扱われます。 キストに依存して評価されます。名前の最後にドットを付 一方、相対表記はファイル内でのデータの言当のコンテ ださい。これか絶対表記であることを示しています。 となります。最後にドットが付いていることに注意してく aist—nara. ac ・ JP ・ 名の糸色オ表記は、 ます。たとえは、奈良先端科学技術大学院大学のドメイン 糸寸表記の場合、名前空間の根からの情報をすべて記述し 名前の表記ガ去には、絶対表記と相対表記があります。 ルで管理されており、これを BIND を用いて管理するこ とを想定して解説を進めていきます。 それでは、ドメイン major ・ ac. jp のゾーン情報をファ イル majo て・ zo Ⅱ e に記述していくことにしましよう。 SOA レコード 最初に記述しなければならないのが SOA レコードで す。これは、データファイルがどのゾーンに対する情報か 特定し、その情報をネームサーバーがどのように提供する かを指定します。 リスト 2 に、 SOA レコードの言当例を示します。 SOA レコードでは最初にドメイン名を書き、このファ イル己述するドメインを明らかにします。ここでは糸寸 表記でドメイン名 maj 。 r ・ ac ・ jp ・を記述していることに 注意してください。 次の IN と SOA は、このレコードが INter Ⅱ et クラス の SOA レコードであることを表しています。 その次に書かれている名前は、データファイルを作成し たホストのホスト名です。リスト 2 の場合、データファイ ルは yankees ・ major ・ ac ・ jp. で作成したことを表して います。 最後に書かれているのが、ゾーン窈青報管理者のメール アドレスです。左から最初のドットを、池 " ( アットマー 59

8. UNIX MAGAZINE 1993年8月号

連載 //UNIX Communcation N0tes Boot file for BIND リスト 9 /etc/named. boot 」 directory type C ache maJ 0 て . pr lmary secondaxy secondary /etc/ns domain maJ or ・ ac ・コ P JP in—addr. arpa source file/host root . cache maJ or 192.9.200. 135 192.9.200. 135 . zone この jp と in-addr. arpa を提供しているサーバーを基 本的に系目織内に 1 つは用意することで、国内のインター ネットでは合意が得られています。また、組織で初めて ネームサーバーを導入する場合は、表 4 に示したサーバー からネットワーク的に近いものを選び、ゾーン情報を転送 するように設定します。 定意 4 named. boot では、ドメインの指定は通常のドメインの 表記 ( 最後にドットを付けない表記 ) で問題ありません。 ネームサーバーの起動とチェック データファイルの準備かできたらネームサーバーを起動 します。ネームサーバーの起動は通常システムプート時に おこなわれるので、 /etc/rc . local などに設疋します。 SunOS 4.1.3 であれは、リスト 10 に示したシェルプログ ラムを、 /etc/rc. 10Ca1 で additional services を起重力 している部分に追加します。 それでは実際にネームサーバーを起動してみましよう。 起動するときは root になります。 # /etc/named ここでうまくいっているかを調べるには ps コマンドを 使い、 named のプロセスが生きていることを確認します。 # ps axe ー grep named 4808 ? IW 15 : 38 /etc/named 64 backup file 0 : 00 grep named 4828 p2 S 上記のような出力か得られたら、ネームサーバーはデー モンとして動いていることが分かります。 named のプロ セスがない場合は、データファイルの書き方に問題があ り、読み込んでいる途中で named が終了してしまうこ とが考えられます。再度ネームサーバーのデータファイル に間違いがないかをよく調べてみてください。 次に BIND にイ寸属の nslookup を使って調べてみま しよう。リスト 11 を見てください。最初はネームサーバー こでは、 192.9.200.11 を指定しま を指定しています。 す。これにより、 major ・ ac. jp. の情報をもつサーバーが 利用できるようになります。 次にすべての応答を出力するようにタイプを、 any に しています。そして、 major ・ ac. jp. について問い合わせ ると、ネームサーバーの情報か得られます。そオび丿、外にも giants. major. ac. jp. や ftp.major ・ ac. jp. を問い合わせ てみると、適切な情報を出力することが分かります。さら 、 ls コマンドを使って登録されているすべての情報を表 示させることもできます。 nslookup を終了するには Ctrl-D を入力します。 nslookup の使い方については次回以降で説明します が、これを参考にして nslookup を使ってみてください。 国内のインターネットての登録 セットアップイ乍業カ鮗了したら、今度は上位のドメイン のネームサーバーに登録しなけれはなりません。 DNS で back/jp ・ zone back/root . rev UNIX MAGAZINE 1993.8

9. UNIX MAGAZINE 1993年8月号

コンピュータか はリターン値の NULL チェックをおこない、 NULL の場 合には返された文字列の内容を利用しないようにします。 UNIX のライプラリ関数の仕様も、このようになってい ます。本当に UNIX のライプラリ関数の出来というのは、 なかなかうならせるものがあります 3 。 文字列定数を引数に使うときの注意点 gcc など去も匠の C コンパイラでは、 const という定数 が使えます。また gcc では、文字列を " ( タブルクオー ト ) て才舌ったものを文字列の定数とみなします。文字列定 数はその内容を変更できないため、リスト 3 のような関数 に対して文字列定数を引数として与えると、エラー (ac- cess to address exceeded protections による SEGV) となり、コアダンプしてしまいます ( 図 2 ) 。 もちろん、引数で度した文字列の内容を破壊するような 仕様の関数だと事前に分かっていれば、定数を渡すという 使い方のはうか違っているといえます。しかし、たとえ ばライプラリ関数の strtok() は渡した文字列の一部を返 すという仕様なのですが、渡した文字列か破壊的に読み出 されるとはどこにも書いてありません。このような間題は 単純にインプリメントに依存しているので、各 UNIX 間 でも整合匪があるとはいえません。 さらに始末が悪いのは、このような間題がコンパイル時 にはまったく分からないことです。コンパイルは正常終了 するので「やったあ」と思っても、実行してみると動かな い、なんてことになってしまいます。この場合は、怪しい と思ったらポータブル cc を使うか、 gcc に -fwritable -strings オプションを付けてコンパイルすると分かりま す。 けれども、ポータブル cc は ANSI の C と違って型 チェックなどをしてくれないので、混入したバグを検出し にくいといった間題があります。それに一度 ANSI ふう に関数を宣言してしまうと、 K & R ふうに書き直すのは 大変なので、ちょっとそこまでやる気にはなりません。 さすがに UNIX で長年培われてきた文化も、 ANSI C の前には、、型なし " といったところでしようか。 ( にし・ゆういちろうウェザーニューズ ) ン山而 イ答 ラ応 オ音 録音の必要は一切ありませんく コンヒ。ュータのデータを自動的に音声化して電話回線に 送り、電話回線のブッシュトーンをコード化してコンヒ。 ュータに知らせます。 ブッシュトーン 電話網 アテノレス RS-232C ■特徴 ・電話機だけで人とコンヒ。ュータの対話が可能 ・自動読み上げにより、録音がいらすメンテナンス経費を節約。 ・ 4 ~ に回線対応、 LAN 接続でさらに拡張可 ・ FAX 対応可 ・応用例 ・電子メール読み上げ ・情報サービス ・受注予約業務 ・監視状況の遠隔確認 ・ポケベルやべージャーとの連動 ・緊急通報 ー実績 大手新聞社の情報サービス、大手パソコンネットの電子メール 読み上げ、市役所の広報サービスなど。 自動電話応答システムうけ太くん」 しゃべる ソフトシリズ ・パソコンに読ませて、読み合わ校正下を ソフト「校了」 + 音声装置・ ・図 0 ⑩ ( 限品 ) ・アプリケーシジから、霙 3 数を力すが読まられる。 ・・ \ 98.0bO ( 根品 ) ソフト + 音声装置 ・キーをたたけばし十べもい声が出 EPO 音声装第言 ソフト「やま ・・ \ に 8 ′ 000 / くソコン W/S など 音声 (FAX) テキストデータ ・在庫確認 こ用聞き ・仮名漢字変換ソフト「おてもと」 ・「自動ルビ振り」 ワープロの文章にルビを付けます。 ・「キーワード抽出」 任意の品詞を振り仮名付きで切り出します。 ・漢字文章を点訳するソフト「がってんだ」 ・日本語シソーラス辞書 ( 8 万語 ) ・ FAX 情報提供システム 298 ′ 000 ※表示価格には消費税は含まれません。 を樊式言語工学研究所 新宿区下宮比町 2 ー 28 ー 8a7 容 03-3235-3674 資料請求 N 。 . OOB 140 その他、 実績あるソフトのご紹介 3 「うーん」というやつですれ UNIX MAGAZINE 1993.8

10. UNIX MAGAZINE 1993年8月号

表 6 mkcd 呆存ファイル ム . cf i . cff . cfd .cfl . cfc . cfv 内容 設定内容 ( 図 5 、リスト 3 ) 変換結果のフォーマット情報 ( 図 6 、 変換結果のディレクトリ情報 ( 図 7 、 変換結果のロケーション情報 ( 図 8 、 出力パネルのキュー情報 ( 図 8 ~ 11 、 出力パネルのポリューム情報図 11 、 リスト 5 ) リスト 4 ) リスト 6 ) リスト 7 ) リスト 8 保存 " お尺すると、フォーマット変換した結果のリスト がファイルに出力されます。保存されるファイルの一覧を 表 6 に、保存されたファイルの内容の例 ( ーでフォー マット変換したもの ) をリスト 3 ~ 8 に示します。 おわりに ォーマットできないなどの点はありますが、勺にはか イルの扱いに制限があったり、 Macintosh の HFS がフ もあるようです。 CD-ROM Creator にも UNIX ファ えないとか、 CD-I 専用のように単峩能であるなどの問題 なかには、 MS-DOS の制約から ISO 9660 level 2 か扱 PC をベースにしたシステムも多く存在します。これらの CD-R 作製機は、この連載で紹介したもののはかに、 安価に CD-ROM を作ることができます。 ROM Studio はすでにソニー NEWS があれは、わりに をベースにした CD-ROM Studio を紹介しました。 CD- 今回は、 CD ー R の作製の 2 回目としてソニーの NEWS なり安定しています。 ( やすだ・なおよし日外アソシェーツ ) いっそう進むことを願っています。 変もメディアの特徴を活力せるような標ヒ、規剳ゞ マテープより CD-ROM のはうが人気があるようです。 ソフトウェアの配布用メディアとして、匠ではストリー どの面から大きな魅力を備えています。 UNIX 関係でも ディアではありませんが、容量の大きさや手軽さ、価格な CD-ROM は、性能的にはけしてバラ色のスーパーメ [ 赭文献 ] 110 tion 、 1992 N Ⅵ TF -628 Release 1.2 使用説明書」、 Sony Corpora- [ 1 ] 「 CD-ROM フォーマット変換ツール CD-ROM Creator リスト 3 mkcd の言聢保存ファイル ( *. c 升 ) # CD-ROM Creator Re1ease 1 . 2 . 1 # Disc Format lnformation : cd # Date: Thu Apr 8 18 : 26 : 37 1993 —format aiSO —lbs 2048 —system APPLE COMPUTER, INC. , TYPE : 0002 —volume JGE_DICTIONARY -v01umeSet MULTI_MEDIA_DICTIONARY —publisher NICHIGAI ASSOCIATES INCORPORATED —dataPreparer NICHIGAI ASSOCIATES INCORPORATED —application MMDIC —copyright COPYRIGHT. SUN —abstract —bibliography —creation 1993 ー 04 ー 01 04 : 07 : 13 —modification —expiration —effective —path / /cdrom/IPA/CDROM/COPYRIGHT . SUN /cdrom/IPA/CDROM/COPYRIGHT . MAC —path /MAC /cdrom/IPA/CDROM/MAC/* —path /SPARC /cdrom/IPA/CDROM/sparc/* -path /JGE /cdrom/IPA/CDROM/JGE/JGE. ABT /cdrom/IPA/CDROM/JGE/ITAIJI . CDB /cdrom/IPA/CDROM/JGE/KEYO . CDB /cdrom/IPA/CDROM/JGE/KEY1. CDB /cdrom/IPA/CDROM/COMPUTER/PHOTO .256 /cdrom/IPA/CDROM/COMPUTER/PHOTO. BW /cdrom/IPA/CDROM/COMPUTER/VOICE. SND —path / /cdrom/IPA/CDROM/uti1 リスト 4 mkcd のディレクトリ情報ファイル (). cfd) # CD—ROM Creator Re1ease 1 . 2 . 1 # Directory Structure : cd # Date: Thu Apr 8 19 : 18 : 29 1993 ROOT 2 file(s) ー COMPUTER 12 file(s) JGE ー MAC 13 file(s) 4 file(s) SPARC UNIX MAGAZINE 1993.8