规划 Lync Server 2013 中的自动发现

 

上次修改的主题: 2013-02-16

Lync Server 2010 累积更新中引入了 Lync Server 自动发现:2011 年 11 月。 自动发现初始实现的主要目的是为 Lync Mobile 提供查找 出行服务 (Mcx) 的方法。 Lync Server 2013 中的自动发现服务现在是所有客户端用来查找服务器和用户服务的服务。 Microsoft Lync Server 2013 自动发现服务在控制器和前端服务器上运行。

提示

有关自动发现和与客户端通信的内容的更多技术理解,请参阅 Lync Server 2013 中的了解自动发现
移动性仍然是一种不同的方案,移动服务仍需要一些特殊的规划。 有关其他详细信息,请参阅 Lync Server 2013 中的移动性规划

在 Lync Server 2010 中引入自动发现时,需要做出一些妥协,以便实现需要对现有服务器部署进行潜在证书更改的服务。 可通过端口 TCP 443(用于 HTTPS)或通过端口 TCP 80 进行 HTTP 使用自动发现。 如果决定使用 HTTPS,则需要重新颁发反向代理、董事和前端服务器上的证书,以适应所需的 lyncdiscover.<domain> DNS lyncdiscoverinternal.<domain> 记录。 如果决定使用 HTTP,则可以通过使用 DNS CNAME (或别名) 记录来使用证书上的现有名称来避免证书的重新颁发。 使用 HTTP 确实意味着初始通信未加密。

由于 Lync Server 2013 对所有客户端使用自动发现,因此主要方案是专门使用 HTTPS 并使用 lyncdiscover 创建证书。<域> 作为反向代理、董事和前端服务器配置的一部分。 如果要从 Lync Server 2010 将自动发现实现到升级的部署中,可能需要使用 HTTP 以避免重新颁发证书。 以下部分提供了这两种方案的指导。

重要

外部 Web 服务发布规则使用的证书上的使用者替代名称列表必须包含 lyncdiscover。<组织中每个 SIP 域的 sipdomain> 条目。 有关董事、前端服务器和反向代理所需的使用者替代名称条目的详细信息,请参阅 证书摘要 - Lync Server 2013 中的自动发现