Preparar el dispositivo de Cloud Connector

Obtenga información sobre cómo preparar el dispositivo Cloud Connector para su implementación y uso con Phone System (PBX en la nube).

En esta sección se describe cómo obtener los archivos de instalación de Skype Empresarial Cloud Connector Edition, instalar el software Cloud Connector y preparar el dispositivo de Cloud Connector para la implementación. Después de completar todos los pasos de esta sección, estará listo para implementar Cloud Connector para un único sitio o para varios sitios. Si tiene una implementación existente de Cloud Connector y aún no ha actualizado a Cloud Connector versión 2.1, consulte Actualizar a una nueva versión de Cloud Connector.

Descargar el instalador de Skype Empresarial Cloud Connector Edition

1. En el servidor host donde se ejecutarán las máquinas virtuales de Cloud Connector, descargue los archivos de instalación: https://aka.ms/CloudConnectorInstaller.

   Importante

   El servidor host debe poder acceder a Internet durante la instalación de Cloud Connector porque se descargan archivos adicionales durante la instalación.

2. Ejecute el instalador y acepte los valores predeterminados durante la instalación.

3. Confirme que la instalación se ha completado correctamente.

Comprobar la instalación y configurar el entorno

1. Abra una consola de PowerShell como administrador y confirme que los cmdlets de Skype for Business Edición de conector de nube están disponibles mediante el siguiente cmdlet:

   Get-Command *-Cc*
   

   El comando debe devolver una lista de cmdlets para Skype for Business Edición de conector de nube.

2. Los archivos VHDs, SfBBits y VersionInfo se almacenarán en el Directorio de sitios.

   Puede encontrar la ubicación del Directorio de sitios con el siguiente cmdlet:

   Get-CcSiteDirectory
   

   El comando debe devolver una ubicación de su sistema de archivos. La ubicación puede ser una carpeta local o un recurso compartido de archivos. La ubicación predeterminada del Directorio de sitios es: %USERPROFILE%\CloudConnector\SiteRoot. La ubicación predeterminada se debe cambiar a un recurso compartido de archivos en la primera aplicación que se cree en cada sitio.

   La ubicación que seleccione debe:

   • Crearse en el primer dispositivo creado en cada sitio.

   • Ser una carpeta compartida a la que pueden acceder los servidores host (dispositivos) del mismo sitio.

     Para establecer el Directorio de sitios en una ubicación distinta de la predeterminada, ejecute el siguiente cmdlet:

   Set-CcSiteDirectory <UNC File path>
   

   Si va a implementar la alta disponibilidad (HA) para el sitio, asegúrese de ejecutar el cmdlet para establecer el Directorio de sitios en la misma ubicación en cada servidor host del sitio.

   Al iniciar sesión e implementar cada dispositivo en el sitio, asegúrese de que su cuenta de inicio de sesión actual tiene el acceso correcto al directorio de sitios.

3. El directorio del dispositivo es el directorio raíz local de trabajo de Skype for Business Edición de conector de nube y la ubicación donde se guardan los certificados, las instancias y los registros externos. La ubicación predeterminada es: %USERPROFILE%\CloudConnector\ApplianceRoot.

   Para encontrar la ubicación del Directorio de aplicaciones, ejecute el siguiente cmdlet:

   Get-CcApplianceDirectory
   

   Para establecer el Directorio de aplicaciones en una ubicación distinta de la predeterminada, ejecute el siguiente cmdlet:

   Set-CcApplianceDirectory <File path>
   

   El directorio de dispositivos debe establecerse en una carpeta local del dispositivo. Solo debe establecer el directorio del dispositivo antes de iniciar la implementación del Skype for Business Edición de conector de nube. Si lo cambia después, tendrá que volver a implementar el servidor host.

   Importante

   La ruta de acceso al Directorio de aplicaciones no puede contener espacios.

Establecer la ruta de acceso del certificado perimetral externo

• Ejecute el siguiente cmdlet para establecer la ruta de acceso, incluido el nombre del archivo, al certificado perimetral externo. Por ejemplo: C:\certs\cce\ap.contoso.com.pfx. El certificado no puede contener claves privadas.

  Set-CcExternalCertificateFilePath -Path <Full path to External certificate, including file name> -Target EdgeServer
  

  Nota

  Tenga en cuenta que el parámetro -Target es específico de la versión 1.4.2 y las versiones posteriores.

  Especifique la ruta de acceso completa al certificado externo, incluido el nombre del archivo. El certificado se puede almacenar localmente o en un recurso compartido de archivos. Si el certificado se almacena en una carpeta compartida, esta deberá crearse en el primer dispositivo de cada sitio y los demás dispositivos que pertenezcan al mismo sitio deben poder acceder a ella. Este cmdlet copia el certificado externo en el directorio de dispositivos.

  Importante

  Si ha actualizado a Cloud Connector versión 1.4.2 o posterior, asegúrese de que el certificado externo preparado contenga claves privadas y la cadena de certificados completa, incluidos el certificado de CA raíz y los certificados de CA intermedios. Si aún NO ha actualizado a Cloud Connector versión 1.4.2, asegúrese de que el certificado externo preparado contenga claves privadas. Este certificado externo lo debe emitir una entidad de certificación en la que Windows confíe de manera predeterminada.

Establecer la ruta de acceso del certificado de la puerta de enlace RTC/SBC

Si va a utilizar TLS entre el servidor de mediación y la puerta de enlace RTC/SBC, ejecute el siguiente cmdlet para establecer la ruta de acceso, incluido el nombre de archivo, al certificado de la puerta de enlace. Por ejemplo: C:\certs\cce\sbc.contoso.com.cer. El certificado debe contener la CA raíz y la cadena intermedia del certificado asignado a la puerta de enlace:

Set-CcExternalCertificateFilePath -Path <Full path to gateway certificate, including file name> -Target MediationServer 

Crear conmutadores virtuales en el Administrador de Hyper-V

1. Abre Administrador deconmutadores virtuales de Hyper-V> y selecciona Nuevo administrador de conmutadores virtuales.

2. Cree un conmutador virtual externo y enlácelo al adaptador de red físico que está conectado al dominio de red interno:

   Seleccione Permitir que el sistema operativo de administración comparta este adaptador de red para este conmutador virtual.

3. Cree un switch virtual externo y enlácelo al adaptador de red física que se enrute a Internet:

   Desactiva Permitir que el sistema operativo de administración comparta este adaptador de red para este conmutador virtual.

4. Establezca el nombre del conmutador que conecta la red perimetral a su dominio de red interna SfB CCE Corpnet Switch.

   Establezca el nombre del conmutador que conecta su red perimetral al conmutador de Internet SfB CCE.

Actualizar el archivo de configuración CloudConnector.ini

Prepare el archivo de CloudConnector.ini con la información recopilada en Determinar parámetros de implementación en el tema Planear Skype for Business Edición de conector de nube.

Para actualizar el archivo, ejecute primero el siguiente cmdlet para obtener la plantilla de muestra (CloudConnector.Sample.ini):

Export-CcConfigurationSampleFile

La plantilla de muestra está almacenada en el Directorio de aplicaciones.

Después de actualizarlo con los valores de su entorno, guarde el archivo como CloudConnector.ini en el Directorio de aplicaciones. Puede ejecutar Get-CcApplianceDirectory para determinar la ruta de acceso al Directorio de aplicaciones.

Al actualizar el archivo .ini, tenga en cuenta lo siguiente:

• Nombre del sitio: El valor predeterminado es Site1. Debe actualizarlo antes de implementar Cloud Connector, porque al ejecutar Register-CcAppliance para registrar un dispositivo en un sitio nuevo o existente, el cmdlet usará SiteName para determinar qué sitio se debe registrar.

  Si desea registrar el dispositivo en un sitio nuevo, el valor de SiteName debe ser único y diferente de los sitios existentes. Si desea registrar el dispositivo en un sitio existente, el valor de SiteName en .ini archivo debe coincidir con el nombre definido en la configuración de Microsoft 365 o Office 365 organización. Si va a copiar un archivo de configuración de un sitio a otro, asegúrese de actualizar el valor de SiteName para cada sitio tal como corresponda.

• ServerName: El nombre del servidor no debe contener el nombre de dominio y debe estar limitado a 15 caracteres.

• Tipo hardware: Si no establece o deja el valor en null, se usará el valor predeterminado de Normal . Use Normal si tiene previsto implementar la versión más grande de Cloud Connector para admitir 500 llamadas simultáneas por equipo host, como se describe en Planear la Skype for Business Edición de conector de nube. Use Minimum para una versión más pequeña que admita 50 llamadas simultáneas.

• Conmutadores virtuales de Internet/Corpnet/Management:: Agregue el nombre de los conmutadores virtuales que ha creado. Para el conmutador virtual de administración, deje el valor predeterminado. El script de implementación creará el conmutador virtual de administración al principio de la implementación y lo eliminará cuando finalice la implementación.

• ManagementIPPrefix: ManagementIPPrefix en la sección Red debe ser una subred diferente de otras IP internas. Por ejemplo, tal como muestra el valor predeterminado, ManagementIPPrefix es 192.168.213.0, mientras que AD IPAddress es 192.168.0.238.

  Los scripts de implementación crean un adaptador de red de administración en cada máquina virtual, asignan una IP de administración y lo conectan a un conmutador virtual de administración. Esto permite al servidor host conectarse a cada máquina virtual y administrarlas mediante esta red de administración. El conmutador virtual de administración se elimina cuando finaliza la administración.

• Configuraciones específicas de la máquina virtual base: La configuración de esta sección debe estar configurada para el cmdlet Convert-CcIsoToVhdx.

  Durante la preparación de la imagen de la máquina virtual base, esta se conectará al conmutador de red interno. Las siguiente configuración es fundamental para que la máquina virtual pueda acceder a Internet:

  • [Common]BaseVMIP: la dirección IP de la red corporativa que se asignará a la máquina virtual base.

  • [Network]CorpnetDefaultGateway: la puerta de enlace predeterminada que se asignará a la máquina virtual base.

  • [Network]CorpnetDNSIPAddress: la dirección IP de DNS IP que se asignará a la máquina virtual base.

  • [Network]WSUSServer: la dirección IP de Windows Server Update Service.

  • [Network]WSUSStatusServer: la dirección IP del servidor de estado de Windows Server Update Service.

  • [Network]EnableReferSupport: define si se habilita o se deshabilita el soporte de SIP REFER en la configuración de tronco de su IP/PBX.

• IP internas:

  • Asegúrese de que la máscara de subred CorpnetIPPrefixLength es correcta.

  • Asegúrese de que no hay conflictos IP para estas IP internas.

• IP externas:

  • Para IP pública de MR: especifique externalMRIPs para non-NAT o ExternalMRPublicIPs para NAT.

  • Los EXTERNALSIPIPs y externalMRIPs pueden ser los mismos.

  • Asegúrese de que la máscara de subred InternetIPPrefixLength es correcta.

  • Asegúrese de que no haya conflictos IP para estas IP externas.

• Puertas de enlace:

  • Si solo tiene una puerta de enlace, quite la sección de la puerta de enlace secundaria. Si tiene más de dos puertas de enlace, cree secciones adicionales copiando y pegando la existente, y después actualizándola.

  • Asegúrese de que la dirección IP y los puertos de las puertas de enlace sean correctos.

  • Para que la puerta de enlace RTC de alta disponibilidad sea compatible, deje la puerta de enlace secundaria y agregue las puertas de enlace secundarias que vaya a usar. Puede copiar y pegar una entrada existente y, a continuación, actualizarla.

• Opcionalmente, puede actualizar el valor de LocalRoute para restringir los números de llamadas salientes.

Descargar los bits en el Directorio de sitios

Ejecute el siguiente cmdlet para descargar los bits y los archivos de información de la versión en el Directorio de sitios:

Start-CcDownload

Preparar el disco virtual base (VHDX) desde el archivo ISO descargado

Este paso prepara un archivo de disco duro virtual (VHDX) de la imagen ISO de Windows Server 2012. El VHDX se usará para crear máquinas virtuales durante la implementación. Se creará una máquina virtual temporal (VM base) y Windows Server 2012 se instalará desde el archivo ISO. Una vez creada la máquina virtual, se instalarán algunos componentes necesarios y se aplicará la actualización de Windows más reciente. Al final, la máquina virtual base se generalizará (Sysprep) y se limpiará, dejando solo el archivo de disco virtual generado.

Antes de continuar con este paso, asegúrese de que se haya creado el conmutador de red corporativa. Además, confirme que las siguientes opciones se hayan configurado correctamente en el archivo CloudConnector.ini:

• [Network]CorpnetSwitchName

• [Common]BaseVMIP

• [Network]CorpnetIPPrefixLength

• [Network]CorpnetDefaultGateway

• [Network]CorpnetDNSIPAddress

Inicie una consola de PowerShell como administrador y ejecute el siguiente cmdlet para convertir la imagen ISO a un disco duro virtual (VHD):

Convert-CcIsoToVhdx -IsoFilePath <Windows ISO File Path, including file name>

Especifique la ruta de acceso completa, incluido el nombre del archivo, a la imagen ISO. Por ejemplo: C:\ISO\WindowsServer2012R2.iso.

El archivo VHD creado se almacena en la carpeta Site Directory \Bits\VHD. Puede obtener la ruta de acceso al Directorio de sitios ejecutando Get-CcSiteDirectory.

Crear VHD para una implementación de varios sitios

Este es un paso opcional que solo se aplica a las implementaciones de varios sitios.

Si va a realizar una implementación de varios sitios, no necesita convertir el ISO en VHD para cada sitio. Puede copiar el VHDX creado para el primer sitio en el servidor host de un segundo sitio.

Copia el archivo en la misma ubicación de archivo (carpeta Site Directory \Bits\VHD) y con el mismo nombre de archivo en el servidor host de un sitio adicional.

Establecer la directiva de ejecución de PowerShell en RemoteSigned

Los scripts de PowerShell proporcionados requieren que la directiva de ejecución se establezca en RemoteSigned. Para ver la configuración actual, abra una consola de PowerShell como administrador y después ejecute el siguiente cmdlet:

Get-ExecutionPolicy

Si no se establece como "RemoteSigned", ejecute el siguiente cmdlet para cambiarlo:

Set-ExecutionPolicy RemoteSigned

Cambiar la directiva de grupo local del equipo host (versiones 1.4.1 y anteriores)

La cuenta CceService se crea durante la implementación de Skype Empresarial Cloud Connector Edition. Ejecuta el Servicio de administración de Cloud Connector y requiere permiso para desinstalar el cloudconnector.msi. Debe cambiar la configuración de la directiva de grupo del equipo host de Cloud Connector para especificar que el registro de usuarios no se descargue cuando el usuario cierre sesión. Siga los pasos siguientes:

Para cambiar la configuración de la directiva de grupo

1. Ejecute gpedit.msc para abrir el Editor de directiva de grupo.

2. En el Editor de directiva de grupo, vaya a Plantillas > administrativas System > UserProfile > No descargue con fuerza el registro de usuarios al cerrar la sesión del usuario.

3. Establezca su valor en Habilitado.

Configurar su organización de Microsoft 365 u Office 365

Se requiere una organización de Microsoft 365 u Office 365 con Skype Empresarial Online y Phone System. Asegúrese de que su espacio empresarial está configurado y configurado antes de intentar usar Cloud Connector.

Algunos pasos de configuración de Microsoft 365 y Office 365 requieren usar PowerShell remoto de inquilinos (TRPS) para configurar Microsoft 365 o Office 365 organización. Se debe instalar en el servidor host. Puede descargar el módulo Skype Empresarial Online para PowerShell desde: Skype Empresarial Online, Windows PowerShell Module.

Cree una cuenta de administrador Skype Empresarial dedicada para la administración en línea de Cloud Connector, por ejemplo CceOnlineManagmentAdministrator. Esta cuenta la usará la aplicación para agregar o quitar aplicaciones, habilitar o deshabilitar actualizaciones automáticas del sistema operativo, habilitar o deshabilitar actualizaciones automáticas de archivos binarios. Establezca la contraseña para que esta cuenta no expire nunca y no haya que cambiarla para el servicio cada vez que expire.