ナビゲーションリンクをスキップ | |
印刷ビューの終了 | |
Oracle Solaris 11.1 でのネームサービスおよびディレクトリサービスの作業 Oracle Solaris 11.1 Information Library (日本語) |
4. Oracle Solaris Active Directory クライアントの設定 (タスク)
11. LDAP クライアントと Oracle Directory Server Enterprise Edition の設定 (タスク)
ネームサービスは、次のような、格納されている情報の検索を実行します。
ホスト名とアドレス
ユーザー名
パスワード
アクセス権
グループメンバーシップ、自動マウントのマップ、その他
これらの情報はユーザーに使用可能になるため、ユーザーは各自のホストにログインし、リソースにアクセスして、アクセス許可を取得することができます。ネームサービス情報は、各種の形式のデータベースファイルにローカルに格納することも、中央のネットワークベースのリポジトリまたはデータベースに格納することもできます。
中央のネームサービスが存在しない場合、各ホストは、これらの情報の独自のコピーを保持する必要があります。ネームサービス情報はファイルまたはマップ、データベーステーブルの形で格納できます。すべてのデータを 1 カ所で管理すれば、管理がより簡単になります。
ネームサービスは、どのようなコンピュータネットワークにも欠かせないものです。ネームサービスは、数ある機能のなかでも特に、次のことを行う機能を提供します。
名前とオブジェクトを対応付ける (「バインド」する)
オブジェクトの名前を解決する
バインドを解除する
名前を一覧表示する
情報の名前を変更する
ネットワーク情報サービスを使用すると、システムを数値アドレスではなく、共通名で識別できます。これにより、ユーザーは 192.168.0.0 のような扱いにくい数値アドレスを記憶して入力する必要がなくなるため、通信が簡単になります。
たとえば、pine、elm、oak という名前の 3 つのシステムで構成されるネットワークを考えてみます。pine が elm または oak にメッセージを送信するには、その前に pine がそれらの数値ネットワークアドレスを知っている必要があります。この理由から、pine は、ネットワーク内の (自身を含む) すべてのシステムのネットワークアドレスを格納するファイル /etc/inet/hosts を保持します。
同様に、elm と oak が pine と通信したり、互いに通信したりするには、これらのシステムが同様のファイルを保持する必要があります。
アドレスの格納に加えて、システムは、セキュリティー情報、メールデータ、ネットワークサービスの情報なども格納します。ネットワークによって提供されるサービスが増えるにつれて、格納する情報の種類も増えていきます。その結果、各システムが、/etc/inet/hosts のようなファイルのセット全体を保持する可能性があります。
ネットワーク情報サービスは、どのシステムからでも照会できるサーバー上にネットワーク情報を格納します。
これらのシステムは、サーバーのクライアントと呼ばれます。次の図に、クライアントとサーバーの関係を示します。ネットワークについての情報が変更されるたびに、各クライアントのローカルファイルを変更する代わりに、管理者はネットワーク情報サービスが格納する情報だけを更新します。これによって、エラー、クライアント間の不一致、そしてタスク量を減らすことができます。
サーバーがネットワーク全体のクライアントに集中管理のサービスを提供しているこの配置は、クライアントサーバーコンピューティングと呼ばれます。
ネットワーク情報サービスの第一の目的は情報の一元管理ですが、もう 1 つの目的はネットワーク名の簡素化です。たとえば、ある会社がネットワークを設定して、インターネットに接続したと仮定します。インターネットはこのネットワークに、ネットワークアドレス 192.168.0.0 とドメイン名 example.com を割り当てました。会社には営業 (Sales) と製造 (Manf) という 2 つの部門があるため、このネットワークは 1 つのメインネットワークと、部門ごとに 1 つのサブネットに分割されています。各ネットには独自のアドレスがあります。
上に示すように、各部はネットワークアドレスで識別することもできますが、ネームサービスによって使用可能となる説明的な名前の方が便利です。
メールやその他のネットワーク通信を 198.168.0.0 にアドレス指定する代わりに、メールの宛先を example.com にすることができます。メールを 192.168.2.0 または 192.168.3.0 にアドレス指定する代わりに、メールの宛先を sales.example.com または manf.example.com にすることができます。
名前はまた、物理アドレスよりもはるかに柔軟です。物理的なネットワークはめったに変更されませんが、企業の組織はよく変化します。
たとえば、example.com ネットワークが 3 台のサーバー S1、S2、および S3 によってサポートされているとします。それらのサーバーのうちの 2 台 S2 と S3 がクライアントをサポートしているとします。
クライアント C1、C2、および C3 は、サーバー S2 からネットワーク情報を取得します。クライアント C4、C5、および C6 は、サーバー S3 から情報を取得します。結果として構成されるネットワークの概要を、次の表に示します。表は、前記のネットワークを一般化して表現したもので、実際のネットワーク情報マップとは異なります。
表 1-1 example.com ネットワークの表現
|
2 つの部門からある人数の人材を借りて第 3 の検査部門を新設し、第 3 のサブネットは開設しなかったとします。その結果、物理ネットワークは、企業の組織とは対応しなくなります。
検査部門のトラフィックには独自のサブネットはなく、代わりに 192.168.2.0 と 192.168.3.0 の間で分割されます。ここで、ネットワーク情報サービスを使用することにより、検査部門のトラフィックにも専用のネットワークを備えることができます。
このように、組織が変更された場合、そのネットワーク情報サービスでは次に示すようにマッピングを変更できます。
現在、クライアント C1 と C2 は、サーバー S2 から情報を取得します。C3、C4、および C5 は、サーバー S3 から情報を取得します。
組織内でそのあとに行われる変更に対しては、ハードウェアのネットワーク構造を再編成することなく、ネットワーク情報構造を変更することにより対応できます。