次の方法で共有

RPC Name Service データベース

  • [アーティクル]

ネーム サービスは、名前をオブジェクトにマップするサービスであり、通常はデータベース内の (名前、オブジェクト) ペアを保持します。 一般に、名前は、ユーザーが覚えて使用しやすい論理名です。 たとえば、ネーム サービスを使用すると、ユーザーは論理名 "laserprinter" を使用できます。ネーム サービスは、この名前をプリント サーバーで使用されるネットワーク固有の名前にマップします。

簡略化された説明を使用するために、RPC ネーム サービスは名前をバインド ハンドルにマップし、RPC ネーム サービス データベース内の (名前、バインド ハンドル) マッピングを維持します。 RPC ネーム サービスを使用すると、クライアント アプリケーションは、特定のプロトコル シーケンスとネットワーク アドレスの代わりに論理名を使用できます。 論理名を使用すると、ネットワーク管理者は分散アプリケーションを簡単にインストールして構成できます。

RPC ネーム サービス データベース エントリには、 サーバー、 グループ、または プロファイルのいずれかの属性があります。 Microsoft の実装では、エントリに含めることができる属性は 1 つだけであるため、これらのエントリはサーバー エントリ、グループ エントリ、プロファイル エントリとも呼ばれます。

サーバー エントリは、インターフェイス UUID、オブジェクト UUID (サーバーが複数のエントリ ポイントを実装する場合に必要)、ネットワーク アドレス、プロトコル シーケンス、既知のエンドポイントに関連付けられているエンドポイント情報で構成されます。 動的エンドポイントを使用すると、エンドポイント情報はネーム サービス データベースではなくエンドポイント マップ データベースに保持され、エンドポイントは他の動的エンドポイントと同様に解決されます。 サーバー エントリは、プレフィックス "RpcNsBinding" で始まる関数によって管理されます。

グループ エントリには、サーバー エントリまたはその他のグループ エントリを含めることができます。 グループ エントリは、プレフィックス "RpcNsGroup" で始まる関数によって管理されます。

プロファイル エントリには、プロファイル、グループ、またはサーバー エントリを含めることができます。 プロファイル エントリは、プレフィックス "RpcNsProfile" で始まる関数によって管理されます。

このセクションでは、次のトピックの name service データベースの概要について説明します。