外部ドメイン参照を設定する

EDNI 文書は、GETADRS と呼ばれるサーバータスクと連携してアドレス情報を別の Domino® ドメインからインポートします。これによって、Notes® ユーザーは外部ドメインのサーバーに接続できるようになります。EDNI 文書では、ユーザーの接続先のサーバーを含む外部の Domino® ドメインと接続情報用のプロトコルを指定します。多くの場合、文書を必要とするプロトコルは TCP/IP だけです。ローカルドメインで情報を要求するサーバー (Requesting Server) と情報を提供する外部ドメインのサーバー (Information Server) も指定します。

情報を収集するには、要求サーバーが GETADRS プログラムを実行し、そのプログラムが指定の情報サーバーに対し、外部 Domino® ドメイン内のサーバーのリストを求めます。GETADRS は取得したアドレス情報を AdminP 要求に返し、処理できるようにします。システム管理サーバーが要求を処理すると、元の EDNI 文書への返答文書として Domino® ディレクトリーに情報を配置します。

AdminP がサーバーのアドレス情報をローカルの Domino® ディレクトリーに追加すると、外部ドメイン内のサーバー上のデータベースを開こうとしているユーザーはこの文書の情報を使用して、接続文書を要求せずに接続を確立できるようになります。

EDNI 文書を使用すると、複製や配信を必要としない接続文書が不要になるため、Domino® ディレクトリー内の接続文書の数を削減できます。

EDNI 文書を作成する前に、そのドメインの接続情報が利用できるかどうかを確認します。たとえば、NetBIOS プロトコルではルーティングができないため、このプロトコルを使用している場合は EDNI 文書にサーバーのネットワークアドレスを指定しても、外部ドメインに直接接続することはできません。また、外部ドメインのサーバーに複数の TCP/IP ポートがある場合は、EDNI 文書に返されるホスト名とアドレスが、使用できるポートのアドレスではないこともあります。プロトコルにはそれぞれ独自の制限があるため、ネットワークのシステム設定を使用して外部ドメインの参照機能を十分に調査、テストした上で、そのドメインを使用するようにしてください。

ドメイン間で情報を共有するには、情報を要求する Domino® ドメインが外部ドメインと相互認証されている必要があります。

要求サーバーは外部ドメインのサーバー文書から情報を収集するため、サーバー名をうまく参照するには、これらのサーバー文書が正しく設定されている必要があります。たとえば、完全修飾ホスト名や IP アドレスを持つ文書の場合は問題なく参照できますが、サーバーの共通名しか持たない文書の場合は、その共通名が完全なホスト名でない限り参照に失敗する可能性があります。

外部ドメインサーバー参照からのデータは、サーバーアドレスのクライアント要求だけを解決します。このデータはクライアントのサーバーリスト要求に対してはサーバー名を追加しません。

外部ドメインネットワーク情報文書は次のように設定します。