NIS 互換サーバの構成を決める

NIS+ サーバの要件を考慮した上で、各自の NIS サーバについて判断を行います。最終的に、それらのサーバを NIS+ サービスに使用する場合は、それらを NIS+ で推奨されるものに変更します。どの NIS サーバを使用してどの NIS+ ドメインを、またどの機能 (マスタか複製か) でサポートするかを明らかにします。NIS+ サーバは、それらがサポートするドメインよりも上位のドメインに属することを忘れないでください (ルートドメインサーバは例外です)。NIS+ サーバは、そのサービス対象となるドメインに属さないため、ドメインに依存する情報を必要とする他のサービスに、そのマシンを使用することはできません。

可能であれば、NIS+ サーバマシンは、NIS+ にだけ使用するようにしてください。この構成では、DNS ネームサービス、ブートサーバ、ホームディレクトリ、NFS サーバなどの他のネットワークサービスを、NIS+ ではないサーバマシンに転送しなけれならない可能性があります。

サイトの多くで、NIS サーバは、NFS サーバ、計算サーバ、rlogin サーバ、mailhost サーバなど、複数の役割を果たします。NIS サーバは、そのクライアントと同じ情報を使用してその名前を解決するため、他のサービスも提供することができます。「ドメインの階層」で説明したように、ルートドメインを除くすべての NIS+ サーバが、それがサービスを提供するドメインよりも上位のドメインに存在します。したがって、NIS+ サーバ上ではネームサービスを利用しなければならないサービスを実行しないようにするか、あるいは nsswitch.conf のファイルのような他の手段を使用して、これと同じ情報を取得してください。この問題は、階層がない場合には起こりません。この場合、NIS+ ルートサーバは、そのサービス対象のドメイン内に存在します。NIS+ サーバの資源の要件は、NIS サーバの要件よりも大きいため、NIS+ とともに他のサービスを実行しないようにしてください。

Solaris 以外のマシンがネットワーク上にある場合は、NIS 互換モードで NIS+ サーバを引続き使用することも、このようなマシンをすべて独自のドメインに移動させることもできます。Solaris 以外のマシンをすべて、1 つのサブネットに移動すると、NIS 互換クライアントの場合と同様に、同じサブネットに NIS+ サーバがなければならないという制約をなくすことができます。これにより、ドメインに必要な複製サーバの数が減ります。