この節では、ルート以外の新しいドメイン (サブドメイン) のマスターサーバーの作成方法を説明します。この新しいドメインは doc.com. ドメインのサブドメインとなります。NIS+ の階層構造によって、組織構造に合わせたドメイン構造を作成できます。
このサンプルでは、マシン client2 が sub.doc.com という新しいドメインのマスターサーバーに変更されます。ここでは NIS+ スクリプトの nisserver を使用します。
nisserver を実行して、新しいサブドメインのマスターサーバーを作成するには、次の条件が必要です。
親ドメインがすでに構成され、そのマスターサーバーが実行されている
親ドメインのテーブルが生成されている。少なくとも、hosts テーブルに新しいクライアントマシンのエントリが必要
親ドメイン内の新しいクライアントマシンが初期設定されている
クライアント上で rpc.nisd が起動されている
新しいドメインを追加するための適切なアクセス権がある。この例では、親マスターサーバーに root としてログインする。この例では、親マスターマシン名は master1
次の情報が必要です。
新しいサブドメインの名前 − 親ドメインの名前を含んだ新しいドメイン名。書式は、「 newdomain.rootdomain」となる
クライアントマシンの名前 (この例では client2)
親マスターサーバーのスーパーユーザーパスワード
次の例では、新しいサブドメインを sub.doc.com とします。
どんな NIS+ クライアントでも、そのサービスの提供先となるドメインの上位ドメインに置かれている限り、NIS+ マスターサーバーに変更できます。たとえば、ドメイン sales.doc.com 内の NIS+ クライアントは、west.sales.doc.com や alameda.west.sales.doc.com などの下位の階層に属するドメインにサービスを提供できます。しかし、このクライアントは doc.com ドメインにはサービスを提供できません。その理由は、doc.com がドメイン sales.doc.com より上位の階層にあるためです。ただし、ルート複製サーバーはこのルールの唯一の例外であり、サービス提供先のドメインのクライアントです。
NIS+ ドメインのルートマスターサーバー上のスーパーユーザー (root) として次のように入力し、新しい非ルートドメインマスターサーバーを作成します。
-M オプションは、新しい非ルートドメインのマスターサーバーを作成することを示します。-d オプションは、ドメイン名 (この例では sales.doc.com.) を指定します。-h オプションは、新しいドメインのマスターサーバーになるクライアントマシン (この例では client2) を指定します。
master1# nisserver -M -d sales.doc.com. -h client2 This script sets up a non-root NIS+ master server for domain sales.doc.com Domain name : sales.doc.com. NIS+ server : client2 NIS+ group : admin.sales.doc.com. NIS (YP) compatibility : OFF Security level : 2=DES Is this information correct? (type 'y' to accept, 'n' to change)
新しい非ルートドメインのマスターサーバーは、ルートサーバーと同じデフォルト値によって作成されます。NIS+ グループ、NIS (YP) 互換性、およびセキュリティレベルの詳細は、「ルートマスターサーバーを作成する方法」を参照してください。
y を入力して操作を続けます。
n を入力すると、スクリプトは正しい情報の入力を要求します。(n を入力した場合の操作については、「誤った情報を変更する方法」を参照してください)。
Is this information correct? (type 'y' to accept, 'n' to change) y This script sets up machine "client2" as an NIS+ non-root master server for domain sales.doc.com. Do you want to continue? (type 'y' to continue, 'n' to exit this script)
y を入力して操作を続けます。
n を入力すると、スクリプトは安全に終了します。クライアントマシン上で rpc.nisd が動作していない場合、スクリプトは自動的に終了します。
Do you want to continue? (type 'y' to continue, 'n' to exit this script) y running nissetup ... org_dir.sales.doc.com. created groups_dir.sales.doc.com. created ... ... setting NIS+ group admin.sales.doc.com. ... The system client2 is now configured as a non-root server for domain sales.doc.com. You can now populate the standard NIS+ tables by using the nispopulate or /usr/lib/nis/nisaddent commands.
これで、マシン client2 は sales.doc.com. ドメインのマスターサーバーになりました。sales.doc.com. ドメインは doc.com. ドメインのサブドメインです。マシン client2 は、依然としてルートドメイン doc.com. のクライアントであり、しかも sales.doc.com. ドメインのマスターサーバーでもあります。
これで、sales.doc.com. ドメインの新しいマスターサーバーに標準の NIS+ テーブルを生成できます。
サーバーを新しい非ルートドメインのマスターサーバーに変更する前述の手順を、必要な各サーバーマシンに対し繰り返します。新しいマスターサーバーはすべて新しいドメインです。ドメイン構造の計画を立ててから、NIS+ 名前空間の作成を始めます。NIS+ 階層の計画については、第 2 章「NIS+ 入門」を参照してください。