NIS+ テーブルと NIS マップとの違い (Solaris のシステム管理 (ネーミングとディレクトリサービス : FNS、NIS+ 編))

Solaris のシステム管理 (ネーミングとディレクトリサービス : FNS、NIS+ 編)

NIS+ テーブルと NIS マップとの違い

NIS+ テーブルは、様々な点で NIS マップと異なりますが、次の 2 つの相違点は、名前空間を設計する場合に念頭においておく必要があります。

NIS+ が使用する標準テーブルの数は NIS よりも少ない

NIS+ テーブルは、SunOS 4.x での NIS マップとは異なる方法で、/etc 内のファイルと相互運用される

NIS+ 標準テーブル

17 の標準 NIS+ テーブルを参照して、各サイトの必要に応じたものかどうかを確認してください。これらのテーブルは、名前空間の構造を設計するに示してあります。表 26–6 は、 NIS マップと NIS+ テーブルの対応を示しています。

関連するテーブルの同期化については心配する必要はありません。NIS+ テーブルには、基本的に NIS マップと同じ情報が格納されます。ただし、NIS+ テーブルでは、類似の情報が 1 つのテーブルに統合されます (たとえば、NIS+ の hosts テーブルには、NIS マップの hosts.byaddr と hosts.byname と同じ情報が格納されます)。NIS+ テーブルでは、NIS マップで使用されていた「キー - 値」ペアの代わりに、列と行が使用されます。表 26–6 を参照してください。「キー - 値」テーブルは、2 つの列で構成されます。1 列目がキー、2 列目が値です。したがって、ホスト情報などの情報を変更するときは、その情報を、hosts テーブルなど 1 か所で変更するだけですみます。関連するマップ全体の情報の整合性の維持について注意する必要はなくなりました。

オートマウンタテーブルの新しい名前は次のとおりです。

auto_home (旧名 : auto.home)
auto_master (旧名 : auto.master)

NIS+ では、ドットを使ってディレクトリを区切るため、ドットは下線に変更されました。テーブル名にドットを使用すると、NIS+ は名前の変換を誤ります。同じ理由で、マシン名にドットを使用することはできません。ドットを含むマシン名は、かならず他の名前に変更してください。たとえば、マシン名に sales.alpha を使用できません。 sales_alpha、salesalpha などのドットを含まない任意の名前に変更してください。

NIS から NIS+ への移行を行うには、NIS 自動マウンタマップのドットを下線に変更する必要があります。また、クライアントのオートマウンタ構成ファイルでも、同じ処理が必要です。次の表を参照してください。

表 26–5 NIS+ テーブル


NIS+ テーブル	テーブル内の情報
`hosts`	ドメイン内にあるすべてのマシンのネットワークアドレスとホスト名
`bootparams`	ドメイン内にあるすべてのディスクレスクライアントのルート、スワップ、ダンプの各パーティションの位置
`passwd`	ドメイン内のすべてのユーザーに関するパスワード情報
`cred`	ドメインに属する主体の資格
`group`	ドメイン内のすべての UNIX ® グループのグループパスワード、グループ ID、メンバー
`netgroup`	ドメイン内のマシンやユーザーが所属できるネットグループ
`mail_aliases`	ドメイン内のユーザーの mail 別名に関する情報
`timezone`	ドメインの時間帯
`networks`	ドメイン内のネットワークとその標準的な名前
`netmasks`	ドメイン内のネットワークとそれに関連するネットマスク
`ethers`	ドメイン内にあるすべてのマシンの Ethernet アドレス
`services`	ドメインで使用される IP サービスの名前とそのポート番号
`protocols`	ドメインで使用される IP プロトコルのリスト
`rpc`	ドメインで使用できる RPC サービスの RPC プログラム番号
`auto_home`	ドメイン内のすべてのユーザーホームディレクトリの位置
`auto_master`	オートマウンタマップ情報
`sendmailvars`	mail ドメインを格納

表 26–6 NIS マップと NIS+ テーブルの対応表


NIS マップ	NIS+ テーブル	注
`auto.home`	`auto_home`
`auto.master`	`auto_master`
`bootparams`	`bootparams`
`ethers.byaddr`	`ethers`
`ethers.byname`	`ethers`
`group.bygid`	`group`	NIS+ グループとは異なる
`group.byname`	`group`	NIS+ グループとは異なる
`hosts.byaddr`	`hosts`
`hosts.byname`	`hosts`
`mail.aliases`	`mail_aliases`
`mail.byaddr`	`mail_aliases`
`netgroup`	`netgroup`
`netgroup.byhost`	`netgroup`
`netgroup.byuser`	`netgroup`
`netid.byname`	`cred`
`netmasks.byaddr`	`netmasks`
`networks.byaddr`	`networks`
`networks.byname`	`networks`
`passwd.byname`	`passwd`
`passwd.byuid`	`passwd`
`protocols.byname`	`protocols`
`protocols.bynumber`	`protocols`
`publickey.byname`	`cred`
`rpc.bynumber`	`rpc`
`services.byname`	`services`
`ypservers`		必要なし

NIS+ には、NIS テーブルと対応しない sendmailvars という新しいテーブルが 1 つあります。この sendmailvars テーブルには、sendmail で使用される mail ドメインが格納されます。

NIS+ テーブルは、NIS とは異なる方法で `/etc` 内のファイルと相互運用される

NIS および他のネットワーク情報サービスが SunOS 4.x 環境の /etc 内のファイルとの間で行う相互運用は、+/- 構文を使用して /etc 内のファイルによって管理されていました。NIS+、NIS、DNS、および他のネットワーク情報サービスと、Solaris オペレーティング環境の /etc ファイルとを相互運用する方法は、ネームサービススイッチによって決まります。ネームサービススイッチは、/etc/nsswitch.conf という名前の構成ファイルとして、各 Solaris オペレーティング環境クライアントに配置されます。すべての Solaris オペレーティング環境クライアントにある構成ファイルの nsswitch.conf は、そのクライアントの情報源を指定します。これは、 /etc 内のファイル、DNS ゾーンファイル (ホストだけ)、NIS マップ、または NIS+ テーブルなどです。NIS+ クライアントの nsswitch.conf 構成ファイルを簡単に示すと、次の例のようになります。

例 26–1 簡略化されたネームサービススイッチファイルの例

passwd: files

group: compat

group_compat: nisplus

hosts: nisplus dns [NOTFOUND=return] files

services: nisplus [NOTFOUND=return] files

networks: nisplus [NOTFOUND=return] files

protocols: nisplus [NOTFOUND=return] files

rpc: nisplus [NOTFOUND=return] files

ethers: nisplus [NOTFOUND=return] files

netmasks: nisplus [NOTFOUND=return] files

bootparams: nisplus [NOTFOUND=return] files

publickey: nisplus

netgroup: nisplus

automount: files nisplus

aliases: files nisplus

つまり、ほとんどのタイプの情報で、情報源はまず NIS+ テーブルであり、次に /etc 内のファイルということになります。passwd および group エントリの場合、ネットワーク情報のソースは、ネットワークファイルか、または /etc 内のファイルおよび /etc ファイルの +/- エントリによって表された NIS+ テーブルのいずれかとなります。

3 種類のスイッチ構成ファイルから選択するか、または独自のスイッチ構成ファイルを作成することができます。詳細は第 1 章「ネームサービススイッチ」を参照してください。