Lync Server 2013 での自動検出の計画
トピック最終更新日時: 2013-02-16
自動検出は、Lync Server 2010 の累積的な更新プログラムである 2011 年 11 月に Lync Server 用に導入されました。 この自動検出の最初の実装の主な目的は、Lync Mobile がMobility Service (Mcx) を見つけるための手段を提供することでした。 Lync Server 2013 の自動検出サービスは、すべてのクライアントがサーバーサービスとユーザー サービスを検索するために使用するサービスになりました。 Microsoft Lync Server 2013 自動検出サービスは、ディレクターとフロント エンド サーバーで実行されます。
ヒント
自動検出とクライアントとの通信の技術的な理解については、「 Lync Server 2013 での自動検出について」を参照してください。
モビリティは依然として異なるシナリオであり、モビリティ サービスには特別な計画が必要です。 詳細については、「 Lync Server 2013 でのモビリティの計画」を参照してください。
Lync Server 2010 で自動検出が導入されたとき、既存のサーバー展開に潜在的な証明書の変更を必要とするサービスを実装するために必要な侵害がありました。 自動検出は、HTTPS の場合はポート TCP 443、HTTP の場合はポート TCP 80 経由で使用できます。 HTTPS の使用が決定された場合、必要な DNS レコードと DNS レコードに対応するために、リバース プロキシ、ディレクター、およびフロント エンド サーバー上の証明書を再発行する必要lyncdiscover.<domain>lyncdiscoverinternal.<domain>がありました。 HTTP を使用することを決定した場合は、証明書の再発行を回避するには、DNS CNAME (またはエイリアス) レコードを使用して証明書に既存の名前を使用します。 HTTP を使用すると、最初の通信は暗号化されませんでした。
Lync Server 2013 ではすべてのクライアントに自動検出が使用されるため、主なシナリオは HTTPS のみを使用し、lyncdiscover を使用して証明書を作成することです。<は、リバース プロキシ、ディレクター、およびフロント エンド サーバーの構成の一部としてドメイン> に含まれます。 Lync Server 2010 からアップグレードされた展開に自動検出を実装する場合は、証明書の再発行を避けるために HTTP を使用することをお勧めします。 両方のシナリオのガイダンスについては、次のセクションで説明します。
大事な
外部 Web サービス発行規則で使用される証明書のサブジェクト代替名リストには 、lyncdiscover が含まれている必要があります。<組織内の各 SIP ドメインの sipdomain> エントリ。 ディレクター、フロント エンド サーバー、およびリバース プロキシに必要なサブジェクト代替名エントリの詳細については、「 証明書の概要 - Lync Server 2013 の自動検出」を参照してください。