NIS+ テーブルと NIS マップとの違い (NIS+ への移行)

NIS+ への移行

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

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

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

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

NIS+ 標準テーブル

17 の標準 NIS+ テーブルを検討して、各サイトの必要に応じたものかどうかを確認してください。これらのテーブルは、表 2-5 に示してあります。表 2-6 は、 NIS マップと NIS+ テーブルの対応を示しています。

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

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

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

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

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

表 2-5 NIS+ テーブル


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

表 2-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 構成ファイルの例は、例 2-1 の簡易説明です。

例 2-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 種類のスイッチ構成ファイルから選択するか、または独自のスイッチ構成ファイルを作成することができます。方法については、『Solaris ネーミングの管理』を参照してください。