Resumen DNS: Detección automática en Lync Server 2013
Última modificación del tema: 2013-02-13
La detección automática es un servicio flexible que acepta la comunicación a través de HTTP o HTTPS. Para ello, el sistema de nombres de dominio (DNS) y los certificados usados por los servidores que hospedan el servicio Detección automática deben configurarse correctamente. Los requisitos de certificados se cubren en Resumen de certificados: Detección automática en Lync Server 2013.
Importante
La lógica de búsqueda DNS para los clientes de Lync Server usa un orden específico de resolución. Siempre debe incluir el lyncdiscoverinternal.< y> lyncdiscover.< en> su DNS. Excluyendo lyncdiscoverinternal.< registro de dominio> provocará que los clientes internos no se conecten a los servicios previstos o reciban la respuesta de Detección automática incorrecta.
Registros DNS internos
| Tipo de registro | Nombre de host | Se resuelve en |
|---|---|---|
CNAME |
Lyncdiscoverinternal.< nombre de dominio interno> |
FQDN de servicios web internos para el grupo de directores, si tiene uno, o para el grupo de servidores front-end si no tiene un director. |
A (host, si IPv6, AAAA) |
lyncdiscoverinternal.< nombre de dominio interno> |
Dirección IP de servicios web internos (dirección IP virtual (VIP) si usa un equilibrador de carga) del grupo de directores, si tiene uno, o del grupo front-end si no tiene un director. |
Cree uno de los siguientes registros de DNS externos:
Registros DNS externos
| Tipo de registro | Nombre de host | Se resuelve en |
|---|---|---|
CNAME |
lyncdiscover.< sipdomain> |
FQDN de servicios web externos para el grupo de directores, si tiene uno, o para el grupo de servidores front-end si no tiene un director. |
A (host, si IPv6, AAAA) |
lyncdiscover.< sipdomain> |
Dirección IP externa o pública del proxy inverso. |
Nota
El tráfico externo pasa a través del proxy inverso.
Nota
Los clientes de dispositivos móviles no admiten varios certificados de Capa de sockets seguros (SSL) de diferentes dominios. Por lo tanto, el redireccionamiento CNAME a diferentes dominios no es compatible con HTTPS. Por ejemplo, un registro CNAME de DNS para lyncdiscover.contoso.com que redirija a una dirección de director.contoso.net no es compatible con HTTPS. En esta topología, un cliente de dispositivo móvil necesita usar HTTP para la primera solicitud, de modo que el redireccionamiento CNAME se resuelva a través de HTTP. Las solicitudes posteriores usan HTTPS. Para admitir este escenario, debe configurar el proxy inverso con una regla de publicación web para el puerto 80 (HTTP). Para obtener más información, consulte "Para crear una regla de publicación web para el puerto 80" en Configurar el proxy inverso para la movilidad en Lync Server 2013. El redireccionamiento CNAME al mismo dominio se admite a través de HTTPS. En este caso, el certificado del dominio de destino cubre el dominio de origen.