Requisitos DNS para direcciones URL sencillas en Skype Empresarial Server

Resumen: Revise las consideraciones de dirección URL sencillas de este tema antes de implementar los registros DNS para Skype Empresarial Server.

Las direcciones URL sencillas facilitan la unión a reuniones para los usuarios y facilitan el acceso a Skype Empresarial Server herramientas administrativas para los administradores. Las direcciones URL sencillas usan su propio dominio, que no debe coincidir con ninguno de los dominios SIP que defina.

Skype Empresarial 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.

Ámbito simple de la dirección URL

Puede configurar las direcciones URL sencillas para que tengan un ámbito global o puede especificar direcciones URL sencillas diferentes para cada sitio central de su organización. Si se especifican una dirección URL simple global y una url simple de sitio, la url simple del sitio tiene prioridad.

En la mayoría de los casos, le recomendamos que establezca direcciones URL sencillas solo a nivel global, de modo que la dirección URL simple de Meet de un usuario no cambie si se mueve de un sitio a otro. La excepción serían las organizaciones que necesitan usar números de teléfono diferentes para los usuarios de acceso telefónico local en sitios diferentes. Tenga en cuenta que si establece una url simple (por ejemplo, la url simple de acceso telefónico) en un sitio para que sea una URL simple de nivel de sitio, también debe establecer las otras direcciones URL simples en ese sitio para que sean de nivel de sitio también.

Puede establecer direcciones URL simples globales en el Generador de topologías. Para establecer una dirección URL simple en el nivel del sitio, use el cmdlet de Set-CsSimpleURLConfiguration.

Para definir una dirección URL sencilla, también será necesario establecer un registro A y/o AAAA en la configuración DNS.

Reglas de validación y nomenclatura de URL sencillas

El Generador de topología y los cmdlets del Shell de administración de Skype Empresarial Server exigen varias reglas de validación para las direcciones URL sencillas. Es necesario establecer direcciones URL sencillas para Meet y Dialin, pero establecer una para Administración es opcional. Cada dominio SIP debe tener una URL simple de Meet independiente, pero solo necesita una URL simple de Dialin y una Administración url simple para toda la organización.

Cada URL simple de su organización debe tener un nombre único y no puede ser un prefijo de otra url simple (por ejemplo, no se puede establecer SfB2015.contoso.com/Meet como url simple de Meet y SfB2015.contoso.com/Meet/Dialin como dirección URL simple de Dialin). Los nombres de dirección URL simples no pueden contener el FQDN de ninguno de los grupos ni ninguna información de puerto (por ejemplo, https://FQDN:88/meet no está permitido). Todas las direcciones URL sencillas deben empezar con el prefijo https://.

Las direcciones URL simples solo pueden contener caracteres alfanuméricos (es decir, a-z, A-Z, 0-9 y el punto (.). Si usa otros caracteres, es posible que las direcciones URL sencillas no funcionen según lo esperado.

Cambiar direcciones URL sencillas después de la implementación

Si cambia una dirección URL simple después de la implementación inicial, debe ser consciente de cómo el cambio afecta a sus registros DNS y certificados para direcciones URL sencillas. Si cambia la base de una dirección URL sencilla, también debe cambiar los registros y certificados DNS. Por ejemplo, cambiar de https://SfB2015.contoso.com/Meet a https://meet.contoso.com cambia la dirección URL base de SfB2015.contoso.com a meet.contoso.com, por lo que tendría que cambiar los registros y certificados DNS para hacer referencia a meet.contoso.com. Si cambiaste la url simple de https://SfB2015.contoso.com/Meet a https://SfB2015.contoso.com/Meetings, la dirección URL base de SfB2015.contoso.com permanece igual, por lo que no se necesitan cambios en el DNS ni en el certificado.

Sin embargo, siempre que cambie un nombre de URL simple, debe ejecutar Enable-CsComputer en cada director y servidor front-end para registrar el cambio.

Ejemplos de nomenclatura para direcciones URL sencillas

Hay tres opciones recomendadas para asignar un nombre a las direcciones URL sencillas. La opción que elija implica la configuración de los registros y certificados DNS A que admiten direcciones URL sencillas. En cada opción, debe configurar una dirección URL sencilla de Meet para cada dominio SIP de su organización.

Siempre necesita una dirección URL simple en toda la organización para acceso telefónico y otra para Administración, independientemente de cuántos dominios SIP tenga.

En la opción 1, se crea un nuevo nombre de dominio SIP para cada url simple.

Si usa esta opción, necesita un registro DNS A independiente para cada url sencilla y cada url simple de Meet debe tener un nombre en sus certificados.

Opción 1 simple de nomenclatura de URL

Con la opción 2, las direcciones URL sencillas se basan en el nombre SfB2015.contoso.comde dominio . Por lo tanto, solo necesita un registro DNS A que habilite los tres tipos de direcciones URL sencillas. Este registro DNS A hace referencia SfB2015.contoso.coma . Además, aún necesita registros DNS A independientes para otros dominios SIP en su organización.

Opción 2 de nomenclatura de 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.

Opción 3 de nomenclatura de URL sencilla

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

Después, cree registros CNAME que resuelvan la url simple de Meet (por meet.contoso.comejemplo) a las dos direcciones GeoDNS.

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 HTTPS GET lyncdiscover.<las solicitudes sipdomain> 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 detecta cualquier problema de conectividad, la dirección VIP de estos grupos de servidores necesita cerrar los puertos 80, 443 y 4443.