Lync Server 2013 の簡易 URL の DNS 要件

最終更新日: 2013-02-22

Lync Server 2013 は、簡単な Url をサポートしており、ユーザーは会議に簡単に参加できます。また、管理者は Lync Server の管理ツールに簡単にアクセスすることができます。 単純な Url の詳細については、「 Lync Server 2013 での単純な url の計画」を参照してください。

Lync Server では、次の3つの簡単な Url (会議、ダイヤルイン、管理) がサポートされています。会議とダイヤルインの簡単な url を設定する必要があります。管理者の単純な URL は省略可能です。 単純な Url をサポートするために必要なドメインネームシステム (DNS) レコードは、これらの単純な Url を定義した方法と、単純な Url の障害回復をサポートするかどうかによって異なります。

単純な URL オプション1

オプション1では、各シンプル URL の新しいベース URL を作成します。

注意

ユーザーが簡単な URL 会議リンクをクリックすると、DNS A レコードが解決するサーバーによって、開始する適切なクライアントソフトウェアが決定されます。 クライアントソフトウェアが開始されると、会議がホストされているプールと自動的に通信します。 こうすることで、ユーザーは、どのサーバーまたはプールでも、DNS A レコードが解決される単純な URL を使用するかに関係なく、会議コンテンツに適したサーバーに転送されます。

単純な URL オプション1

単純な URL

即時

https://meet.contoso.com、 https://meet.fabrikam.com などの場合 (組織の SIP ドメインごとに1つ)

ダイヤルイン

https://dialin.contoso.com

同期

https://admin.contoso.com

オプション1を使用する場合は、次のように定義する必要があります。

  • 両方の会議の単純 URL について、DNS A レコードが必要です。このレコードを使用している場合、ディレクターの IP アドレスに対して URL を解決する必要があります。 それ以外の場合は、フロントエンドプールのロードバランサーの IP アドレスに解決される必要があります。 プールを展開しておらず、Standard Edition サーバーの展開を使用している場合、DNS A レコードは組織内の1つの Standard Edition サーバーの IP アドレスに解決される必要があります。

    組織内に複数の SIP ドメインがある場合にこのオプションを使用するには、各 SIP ドメインに対して単純な Url を指定する必要があります。また、各会議の単純な URL には DNS A レコードが必要です。 たとえば、contoso.com と fabrikam.com の両方がある場合は、との両方の DNS A レコードを作成し https://meet.contoso.com https://meet.fabrikam.com ます。

    または、複数の SIP ドメインがあり、これらの単純な Url の DNS レコードと証明書の要件を最小限に抑える必要がある場合は、このトピックの後半で説明するように、オプション3を使用します。

  • ダイヤルインのシンプルな URL の場合は、DNS A レコードが必要です。これにより、ディレクターが展開されている場合は、その IP アドレスへの URL が解決されます。 それ以外の場合は、フロントエンドプールのロードバランサーの IP アドレスに解決される必要があります。 プールを展開しておらず、Standard Edition サーバーの展開を使用している場合、DNS A レコードは組織内の1つの Standard Edition サーバーの IP アドレスに解決される必要があります。

  • 管理者の簡易 URL は内部のみです。 展開されたディレクターの IP アドレスに URL を解決する DNS A レコードが必要です。 それ以外の場合は、フロントエンドプールのロードバランサーの IP アドレスに解決される必要があります。 プールを展開しておらず、Standard Edition サーバーの展開を使用している場合、DNS A レコードは組織内の1つの Standard Edition サーバーの IP アドレスに解決される必要があります。

単純な URL オプション2

オプション2では、[会議]、[ダイヤルイン]、および [管理者の単純な Url] には、lync.contoso.com などの共通のベース URL があります。 そのため、これらの単純な Url には1つの DNS A レコードのみが必要です。これにより、lync.contoso.com がディレクタープールまたはフロントエンドプールの IP アドレスに解決されます。 プールを展開しておらず、Standard Edition サーバーの展開を使用している場合、DNS A レコードは組織内の1つの Standard Edition サーバーの IP アドレスに解決される必要があります。

組織内に複数の SIP ドメインがある場合は、各 SIP ドメインについての単純な Url の会議を作成する必要があります。また、各会議の単純 URL には DNS A レコードが必要です。 この例では、3つの単純な Url は lync.contoso.com に基づいていますが、fabrikam.com の追加の単純な URL は、別のベース URL で設定されています。 この例では、との両方の DNS A レコードを作成する必要があり https://lync.contoso.com https://lync.fabrikam.com ます。 [シンプル URL] オプション3には、複数の SIP ドメインがある場合に、名前付けと DNS A レコードを処理する別の方法が表示されます。

単純な URL オプション2

単純な URL

即時

https://lync.contoso.com/Meet、 https://lync.fabrikam.com/Meet などの場合 (組織の SIP ドメインごとに1つ)

ダイヤルイン

https://lync.contoso.com/Dialin

同期

https://lync.contoso.com/Admin

単純な URL オプション3

オプション3は、多数の SIP ドメインを持っていて、それらのドメインに個別の単純な Url を持たせたいが、DNS レコードと証明書の要件を最小限に抑える必要がある場合に最も役立ちます。 この例では、lync.contoso.com がディレクタープールまたはフロントエンドプールの IP アドレスに解決される DNS A レコードが1つだけ必要です。

単純な URL オプション3

単純な URL

即時

https://lync.contoso.com/contosoSIPdomain/Meet

https://lync.contoso.com/fabrikamSIPdomain/Meet

ダイヤルイン

https://lync.contoso.com/contosoSIPdomain/Dialin

同期

https://lync.contoso.com/contosoSIPdomain/Admin

簡単な Url の障害回復オプション

フロントエンドプールが含まれている複数のサイトがあり、DNS プロバイダーが GeoDNS をサポートしている場合は、フロントエンドプール全体が停止した場合でも、簡単な URL 機能が続行されるように、単純な URL の DNS レコードを設定することができます。 この障害回復機能は、会議とダイヤルインのシンプルな Url をサポートしています。

これを構成するには、2つの GeoDNS アドレスを作成します。 各アドレスには2つの DNS A レコードまたは CNAME レコードがあり、これらは1つのプールに対応しているため、それらは共に災害回復目的でペアリングされます。 内部アクセスには1つの GeoDNS アドレスが使われ、2つのプールの内部 web FQDN またはロードバランサー IP アドレスに解決されます。 その他の GeoDNS アドレスは、外部アクセスに使われ、2つのプールの外部 web FQDN またはロードバランサー IP アドレスに解決されます。 次に示すのは、プールの Fqdn を使用した [simple URL の会議] の例です。

 Meet-int.geolb.contoso.com
      Pool1InternalWebFQDN.contoso.com
      Pool2InternalWebFQDN.contoso.com
Meet-ext.geolb.contoso.com
      Pool1ExternalWebFQDN.contoso.com
      Pool2ExternalWebFQDN.contoso.com

次に、会議の単純な URL (meet.contoso.com など) を2つの GeoDNS アドレスに解決する CNAME レコードを作成します。

注意

ネットワークで hairpinning (組織内のトラフィックを含む、すべての単純な url トラフィックをルーティングします) が使用されている場合は、外部 geodns アドレスを構成して、その外部アドレスのみを対象にした単純 url を解決することができます。

この方法を使用する場合、ラウンドロビン方式を使って要求を2つのプールに配布するか、主に1つのプール (地理的に近いプールなど) に接続し、接続が失敗した場合にのみ他のプールを使うように、各 GeoDNS アドレスを構成できます。

ダイヤルインの単純な URL に同じ構成を設定することができます。 これを行うには、前の例のように、 dialin DNS レコードでの代用として、他のレコードを作成し meet ます。 管理者の簡易 URL については、このセクションで既に説明した3つのオプションのいずれかを使用します。

この構成が設定されたら、監視アプリケーションを使用して、エラーを監視するために HTTP 監視を設定する必要があります。 外部アクセスの場合は、2つのプールの外部 web FQDN またはロードバランサー IP アドレスへの HTTPS GET autodiscovery 要求が成功したことを監視して確認します。 たとえば、次の要求には ACCEPT ヘッダーが含まれておらず、 200 OK を返す必要があります。

    HTTPS GET Pool1ExternalWebFQDN.contoso.com/autodiscover/autodiscoverservice.svc/root
    HTTPS GET Pool2ExternalWebFQDN.contoso.com/autodiscover/autodiscoverservice.svc/root

内部アクセスの場合は、2つのプールの内部 web FQDN またはロードバランサー IP アドレスのポート5061を監視する必要があります。 接続エラーが検出された場合、これらのプールの VIP は、ポート80、443、444を閉じる必要があります。