Planeamiento de la detección automática en Lync Server 2013
Última modificación del tema: 2013-02-16
La detección automática se introdujo para Lync Server en la actualización acumulativa para Lync Server 2010: noviembre de 2011. El objetivo principal de esta implementación inicial de detección automática era proporcionar un medio para que Lync Mobile localizara el servicio Mobility (Mcx). El servicio Detección automática en Lync Server 2013 es ahora un servicio que usan todos los clientes para buscar servicios de servidor y de usuario. El servicio Detección automática de Microsoft Lync Server 2013 se ejecuta en directores y servidores front-end.
Propina
Para obtener más información técnica sobre la detección automática y lo que se comunica a los clientes, consulte Descripción de la detección automática en Lync Server 2013.
La movilidad sigue siendo un escenario distinto y los servicios de movilidad aún requieren cierta planificación especial. Para obtener más información, consulte Planeamiento de la movilidad en Lync Server 2013.
Cuando se introdujo la detección automática en Lync Server 2010, había compromisos que debían realizarse para implementar un servicio que requería posibles cambios en los certificados en las implementaciones de servidor existentes. La detección automática se podría usar sobre el puerto TCP 443 para HTTPS o sobre el puerto TCP 80 para HTTP. Si se tomó la decisión de usar HTTPS, los certificados de servidores proxy inversos, directores y servidores front-end debían volver a emitirse para dar cabida a los registros DNS y lyncdiscoverinternal.<domain> necesarioslyncdiscover.<domain>. Si la decisión era usar HTTP, la reedición de certificados podría evitarse mediante el uso de registros CNAME (o alias) DNS para usar nombres existentes en los certificados. El uso de HTTP significaba que las comunicaciones iniciales no estaban cifradas.
Como Lync Server 2013 usa detección automática para todos los clientes, el escenario principal es usar HTTPS exclusivamente y crear certificados con lyncdiscover.<> como parte de la configuración de servidores proxy inversos, directores y servidores front-end. Si va a implementar Detección automática en una implementación actualizada desde Lync Server 2010, es posible que desee usar HTTP para evitar la reejecución de certificados. En las secciones siguientes se proporcionan instrucciones para ambos escenarios.
Importante
La lista de nombres alternativos del asunto en los certificados usados por la regla de publicación de servicios web externos debe contener una detección de lync.< entrada sipdomain> para cada dominio SIP de su organización. Para obtener más información sobre las entradas de nombre alternativo del asunto necesarias para los directores, servidores front-end y servidores proxy inversos, vea Resumen de certificados: detección automática en Lync Server 2013.