Compartir a través de

Requisitos de DNS para direcciones URL simples en Lync Server 2013

  • Artículo

 

Última modificación del tema: 2013-02-22

Lync Server 2013 admite direcciones URL sencillas, que facilitan la unión a reuniones para los usuarios y facilitan el acceso a las herramientas administrativas de Lync Server para los administradores. Para obtener más información sobre direcciones URL sencillas, vea Planear direcciones URL sencillas en Lync Server 2013.

Lync Server admite las tres direcciones URL sencillas siguientes: Meet, Dial-In y Administración. Debe configurar direcciones URL sencillas para Meet y Dial-In, y la dirección URL simple de Administración es opcional. Los registros del sistema de nombres de dominio (DNS) necesarios para admitir direcciones URL sencillas varían en función de la forma en que se hayan definido dichas direcciones URL sencillas y de si desea admitir la recuperación ante desastres para las direcciones URL sencillas.

Opción 1 de dirección URL sencilla

En la opción 1, se crea una dirección URL base para cada dirección URL sencilla.

Nota

Cuando un usuario hace clic en un vínculo de reunión de dirección URL sencilla, el servidor en el que se resuelve el registro A de DNS determina el software cliente correcto para iniciarlo. Una vez iniciado, el software cliente se comunica automáticamente con el grupo de servidores en el que se hospeda la conferencia. De este modo, los usuarios se dirigen al servidor adecuado para el contenido de la reunión, independientemente del servidor o del grupo de servidores en el que se resuelvan los registros A de DNS de la dirección URL sencilla.

Opción 1 de dirección URL sencilla

Dirección URL sencilla

Ejemplo

Reunión

https://meet.contoso.com, https://meet.fabrikam.comy así sucesivamente (uno para cada dominio SIP de su organización)

Acceso telefónico local

https://dialin.contoso.com

Administrador

https://admin.contoso.com

Si usa la opción 1, necesita definir lo siguiente:

  • Para cada URL sencilla de reunión, necesita un registro A de DNS que resuelva la dirección URL en la dirección IP del director, si se ha implementado uno. En caso contrario, necesita resolverse en la dirección IP del equilibrador de carga de un grupo de servidores front-end. Si no ha implementado un grupo de servidores y usa una implementación de servidores Standard Edition, el registro A de DNS necesita resolverse en la dirección IP de un servidor Standard Edition de su organización.

    Si dispone de más de un dominio SIP en la organización y usa esta opción, necesita crear direcciones URL sencillas de reunión para cada dominio SIP y se necesita un registro A de DNS para cada dirección URL sencilla de reunión. Por ejemplo, si tiene contoso.com y fabrikam.com, creará registros DNS A para ambos https://meet.contoso.com y https://meet.fabrikam.com.

    Asimismo, si tiene varios dominios SIP y desea reducir los requisitos de registro de DNS y de certificado de estas direcciones URL sencillas, use la opción 3 que se describe más adelante en este tema.

  • Para la dirección URL de acceso telefónico, necesita un registro A de DNS que se resuelva en la dirección URL en la dirección IP del director, si se ha implementado uno. En caso contrario, necesita resolverse en la dirección IP del equilibrador de carga de un grupo de servidores front-end. Si no ha implementado un grupo de servidores y usa una implementación de servidores Standard Edition, el registro A de DNS necesita resolverse en la dirección IP de un servidor Standard Edition de su organización.

  • La dirección URL sencilla de administrador es solo de uso interno. Necesita un registro A de DNS que se resuelva en la dirección URL en la dirección IP del director, si se ha implementado uno. En caso contrario, necesita resolverse en la dirección IP del equilibrador de carga de un grupo de servidores front-end. Si no ha implementado un grupo de servidores y usa una implementación de servidores Standard Edition, el registro A de DNS necesita resolverse en la dirección IP de un servidor Standard Edition de su organización.

Opción 2 de dirección URL sencilla

Con la opción 2, todas las direcciones URL sencillas de reunión, de acceso telefónico y de administrador tienen una dirección URL base común, como lync.contoso.com. Por lo tanto, solo necesita un registro DNS A para estas direcciones URL sencillas, que resuelve lync.contoso.com a la dirección IP de un grupo de directores o de un grupo de servidores front-end. Si no ha implementado un grupo de servidores y usa una implementación de servidores Standard Edition, el registro A de DNS necesita resolverse en la dirección IP de un servidor Standard Edition de su organización.

Tenga en cuenta que si dispone de más de un dominio SIP en la organización y usa esta opción, aún necesita crear direcciones URL sencillas de reunión para cada dominio SIP y necesita un registro A de DNS para cada dirección URL sencilla de reunión. En este ejemplo, aunque las tres direcciones URL sencillas se basan en lync.contoso.com, se configura una dirección URL sencilla de reunión adicional para fabrikam.com con una dirección URL base distinta. En este ejemplo, debe crear registros DNS A para ambos https://lync.contoso.com y https://lync.fabrikam.com. La opción 3 de dirección URL sencilla muestra otra forma de administrar registros A de DNS y de nomenclatura si tiene varios dominios SIP.

Opción 2 de dirección URL sencilla

Dirección URL sencilla

Ejemplo

Reunión

https://lync.contoso.com/Meet, https://lync.fabrikam.com/Meety así sucesivamente (uno para cada dominio SIP de su organización)

Acceso telefónico local

https://lync.contoso.com/Dialin

Administrador

https://lync.contoso.com/Admin

Opción 3 de dirección URL sencilla

La opción 3 es muy útil si tiene muchos dominios SIP y desea que tengan direcciones URL sencillas independientes pero quiera minimizar los requisitos de registro DNS y certificado para estas direcciones URL sencillas. En este ejemplo, solo se necesita un registro A de DNS, que resuelve lync.contoso.com en la dirección IP de un grupo de director o un grupo de servidores front-end.

Opción 3 de dirección URL sencilla

Dirección URL sencilla

Ejemplo

Reunión

https://lync.contoso.com/contosoSIPdomain/Meet

https://lync.contoso.com/fabrikamSIPdomain/Meet

Acceso telefónico local

https://lync.contoso.com/contosoSIPdomain/Dialin

Administrador

https://lync.contoso.com/contosoSIPdomain/Admin

Opción de recuperación ante desastres para direcciones URL sencillas

Si tiene varios sitios que contienen grupos front-end y su proveedor de DNS admite GeoDNS, puede configurar los registros DNS para direcciones URL sencillas para que admitan la recuperación ante desastres, de modo que la funcionalidad de URL sencilla continúe incluso si se reduce un grupo completo de servidores front-end. Esta característica de recuperación ante desastres admite las direcciones URL sencillas de acceso telefónico y de reunión.

Para configurar esto, cree dos direcciones de GeoDNS. Cada dirección tiene dos registros A de DNS o CNAME que se resuelven en dos grupos de servidores que funcionan juntos con fines de recuperación ante desastres. Una dirección de GeoDNS se utiliza para el acceso interno y se resuelve en el FQDN web interno o la dirección IP del equilibrador de carga para dos grupos de servidores. La otra dirección de GeoDNS se utiliza para el acceso externo y se resuelve en el FQDN web externo o la dirección IP del equilibrador de carga para dos grupos de servidores. Lo siguiente es un ejemplo de dirección URL sencilla de reunión, que utiliza los FQDN para los grupos de servidores.

 Meet-int.geolb.contoso.com
      Pool1InternalWebFQDN.contoso.com
      Pool2InternalWebFQDN.contoso.com

Meet-ext.geolb.contoso.com
      Pool1ExternalWebFQDN.contoso.com
      Pool2ExternalWebFQDN.contoso.com

Luego, cree registros CNAME que se resuelven en la dirección URL sencilla de reunión (como meet.contoso.com) en las dos direcciones de GeoDNS.

Nota

Si su red utiliza vinculaciones (enrutamiento de todo el tráfico de direcciones URL sencillas a través del vínculo externo, incluido el tráfico que proviene desde su organización), puede sencillamente configurar la dirección de GeoDNS externa y resolver la dirección URL sencilla de reunión en solo esa dirección externa.

Al utilizar este método, puede configurar cada dirección de GeoDNS para que utilice un método round robin para distribuir solicitudes en los dos grupos de servidores, o bien para que se conecte principalmente a un grupo de servidores (como el grupo de servidores más cercano) y utilizar el otro grupo solo en caso de que no se pueda establecer la conexión.

Puede configurar las mismas opciones para la dirección URL sencilla de acceso telefónico. Para ello, cree registros adicionales como los del ejemplo anterior, sustituyéndolos dialinmeet en los registros DNS. Para la dirección URL sencilla de administrador, utilice una de las tres opciones que se mencionaron antes en esta sección.

Una vez que esta configuración esté definida, necesita utilizar una aplicación de supervisión para configurar la supervisión HTTP para que busque errores. Para el acceso externo, supervise para asegurarse de que las solicitudes de detección automática HTTPS GET para el FQDN web externo o la dirección IP del equilibrador de carga para los dos grupos son correctas. Por ejemplo, las siguientes solicitudes no tienen que contener ningún encabezado ACCEPT y necesitan devolver 200 OK.

    HTTPS GET Pool1ExternalWebFQDN.contoso.com/autodiscover/autodiscoverservice.svc/root
    HTTPS GET Pool2ExternalWebFQDN.contoso.com/autodiscover/autodiscoverservice.svc/root

Para el acceso interno, necesita supervisar el puerto 5061 en el FQDN web interno o la dirección IP del equilibrador de carga para los dos grupos de servidores. Si se detectan errores de conectividad, el VIP para estas agrupaciones debe cerrar los puertos 80, 443 y 444.