Exportar (0) Imprimir
Expandir todo

Requisitos de DNS para direcciones URL simples en Lync Server 2013

 

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

Lync Server 2013 admite direcciones URL sencillas, lo que hace más fácil que los usuarios se unan a reuniones y que los administradores tengan acceso a herramientas administrativas de Lync Server. Para obtener más información, consulte Planeación de las direcciones URL simples en Lync Server 2013.

Lync Server admite las tres direcciones URL sencillas siguientes: Reunión, acceso telefónico local y administrador. Es necesario que configure las direcciones URL sencillas de reunión y acceso telefónico local; la dirección URL sencilla de administrador 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.

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

noteNota:
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 DNS A 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 contenido de reunión, con independencia del servidor o grupo de servidores en el que se resuelvan los registros DNS A de la dirección URL sencilla.

Opción 1 de dirección URL sencilla

Direcciones URL sencillas

Ejemplo

Reunión

https://meet.contoso.com, https://meet.fabrikam.com, etc. (una por cada dominio SIP de la organización)

Acceso telefónico

https://dialin.contoso.com

Administración

https://admin.contoso.com

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

  • Para cada URL sencilla de reunión, necesita un registro DNS A que resuelva la dirección URL en la dirección IP del director, si se ha implementado uno. En caso contrario, debe 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 se usa una implementación de servidor Standard Edition, el registro DNS A debe 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, debe crear direcciones URL sencillas de reunión para cada dominio SIP y se necesita un registro DNS A para cada dirección URL sencilla de reunión. Por ejemplo, si tiene contoso.com y fabrikam.com, creará registros DNS A para https://meet.contoso.com y para https://meet.fabrikam.com.

    Asimismo, si tiene varios dominios SIP y desea reducir al máximo los requisitos de registro 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 local, necesita un registro DNS A que resuelva la dirección URL en la dirección IP del director, si se ha implementado uno. En caso contrario, debe 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 se usa una implementación de servidor Standard Edition, el registro DNS A debe 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 DNS A que resuelva la dirección URL en la dirección IP del director, si se ha implementado uno. En caso contrario, debe 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 se usa una implementación de servidor Standard Edition, el registro DNS A debe resolverse en la dirección IP de un servidor Standard Edition de su organización.

Con la opción 2, todas las direcciones URL sencillas de reunión, acceso telefónico local y administrador tienen una dirección URL base, como lync.contoso.com. Por consiguiente, únicamente necesita un registro DNS A para estas direcciones URL sencillas, que resuelve lync.contoso.com en la dirección IP de un grupo de servidores director o un grupo de servidores front-end. Si no ha implementado un grupo de servidores y se usa una implementación de servidor Standard Edition, el registro DNS A debe 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, debe crear direcciones URL sencillas de reunión para cada dominio SIP y se necesita un registro DNS A 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 https://lync.contoso.com y para https://lync.fabrikam.com. La opción 3 de dirección URL sencilla muestra otra forma de administrar registros DNS A y de nomenclatura si tiene varios dominios SIP.

Opción 2 de dirección URL sencilla

Direcciones URL sencillas

Ejemplo

Reunión

https://lync.contoso.com/Meet, https://lync.fabrikam.com/Meet, etc. (una por cada dominio SIP de la organización)

Acceso telefónico

https://lync.contoso.com/Dialin

Administración

https://lync.contoso.com/Admin

La opción 3 resulta más útil si se tienen varios dominios SIP y se desea que tengan direcciones URL sencillas independientes y al mismo tiempo reducir al máximo los requisitos de registro DNS y de certificado de estas direcciones URL sencillas. En este ejemplo, solo se necesita un solo registro DNS A, que resuelve lync.contoso.com en la dirección IP de un grupo de servidores director o un grupo de servidores front-end.

Opción 3 de dirección URL sencilla

Direcciones URL sencillas

Ejemplo

Reunión

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

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

Acceso telefónico

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

Administración

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

Si tiene varios sitios que contienen Grupos de servidores front-end y su proveedor de DNS admite GeoDNS, puede configurar sus registros de DNS para que las direcciones URL sencillas admitan la recuperación ante desastres, de modo tal que continúe la funcionalidad de las direcciones URL sencillas incluso si un Grupo de servidores front-end deja de funcionar completamente. Esta función de recuperación ante desastres admite las direcciones URL sencillas de Acceso telefónico y Reunión.

Para configurar esto, cree dos direcciones de GeoDNS. Cada dirección tiene dos registros DNS A o CNAME que resultan 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 su dirección URL sencilla de Reunión (como meet.contoso.com) en las dos direcciones de GeoDNS.

noteNota:
Si su red utiliza vinculaciones (enrutamiento de todo su tráfico de direcciones URL sencillas a través del enlace externo, incluido el tráfico que proviene desde su organización), entonces puede simplemente configurar la dirección de GeoDNS externa y resolver su 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 de operación por turnos para distribuir solicitudes en los dos grupos de servidores, o bien para que se conecte 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 los mismos parámetros para la dirección URL sencilla de Acceso telefónico. Para hacer eso, cree registros adicionales como los del ejemplo anterior, sustituyendo meet por dialin 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, debe 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 sean correctas las solicitudes de detección automática GET de HTTPS realizadas al FQDN web externo o a la dirección IP del equilibrador de carga para los dos grupos de servidores. Por ejemplo, las siguientes solicitudes no deben contener ningún encabezado ACCEPT y deben 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, debe 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 detecta cualquier problema de conectividad, la VIP de estos grupos de servidores debe cerrar los puertos 80, 443 y 444.

 
¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft