DNS の概要 - Lync Server 2013 での自動検出

 

トピック最終更新日時: 2013-02-13

自動検出は、HTTP または HTTPS 経由の通信を受け入れるという点で柔軟なサービスです。 これを実現するには、ドメイン ネーム システム (DNS) と、自動検出サービスをホストするサーバーによって使用される証明書が正しく構成されている必要があります。 証明書の要件については、「 証明書の概要 - Lync Server 2013 の自動検出」を参照してください。

大事な

Lync Server クライアントの DNS 参照ロジックでは、特定の解決順序が使用されます。 lyncdiscoverinternal は常に両方とも含める必要があります。<ドメイン> と lyncdiscover。<DNS 内のドメイン> 。 lyncdiscoverinternal を除外します。<ドメイン> レコードを使用すると、内部クライアントが目的のサービスに接続できなかったり、誤った自動検出応答を受け取ったりします。

内部 DNS レコード

レコードの種類 ホスト名 解決先

CNAME

Lyncdiscoverinternal。<内部ドメイン名>

ディレクター プールの内部 Web サービス FQDN(存在する場合)、またはフロントエンド プール (ディレクターがない場合)。

A (ホスト、IPv6、AAAA の場合)

lyncdiscoverinternal。<内部ドメイン名>

ディレクター プールの内部 Web サービス IP アドレス (ロード バランサーを使用する場合は仮想 IP (VIP) アドレス)、存在する場合はフロントエンド プール、ディレクターがない場合はフロントエンド プールのアドレス。

次のいずれかの外部 DNS レコードを作成する必要があります。

外部 DNS レコード

レコードの種類 ホスト名 解決先

CNAME

lyncdiscover。<sipdomain>

ディレクター プールの外部 Web サービス FQDN(存在する場合)、またはディレクターがない場合はフロント エンド プールの FQDN。

A (ホスト、IPv6、AAAA の場合)

lyncdiscover。<sipdomain>

リバース プロキシの外部またはパブリック IP アドレス。

注意

外部トラフィックはリバース プロキシを経由します。

注意

モバイル デバイス クライアントは、異なるドメインからの複数の Secure Sockets Layer (SSL) 証明書をサポートしていません。 そのため、異なるドメインへの CNAME リダイレクトは HTTPS 経由ではサポートされません。 たとえば、director.contoso.net のアドレスにリダイレクトする lyncdiscover.contoso.com の DNS CNAME レコードは、HTTPS 経由ではサポートされません。 このようなトポロジでは、モバイル デバイス クライアントが最初の要求に HTTP を使用して、CNAME リダイレクトが HTTP 経由で解決されるようにする必要があります。 その後の要求では HTTPS が使用されます。 このシナリオをサポートするには、ポート 80 (HTTP) の Web 発行規則を使用してリバース プロキシを構成する必要があります。 詳細については、「 Lync Server 2013 でのモビリティ用リバース プロキシの構成」の「ポート 80 の Web 公開規則を作成するには」を参照してください。 同じドメインへの CNAME リダイレクトは、HTTPS 経由でサポートされています。 この場合、宛先ドメインの証明書は送信元ドメインを対象とします。