Integrar con NetScaler Gateway y NetScaler

Cuando se integra en XenMobile, NetScaler Gateway ofrece un mecanismo de autenticación para el acceso de dispositivos MAM remotos a la red interna. Esta integración permite a XenMobile Apps conectarse a los servidores de empresa ubicados en la intranet a través de una red micro VPN creada desde las aplicaciones del dispositivo a NetScaler Gateway.

Citrix Cloud Operations administra el equilibrio de carga de NetScaler.

Requisitos de integración para los modos de servidor XenMobile

Los requisitos de integración de NetScaler Gateway y NetScaler difieren en función de los modos de servidor XenMobile: MAM, MDM y ENT.

MAM

Con el servidor XenMobile en modo MAM:

  • Se requiere NetScaler Gateway. NetScaler Gateway proporciona una ruta de red micro VPN para acceder a todos los recursos de empresa. Asimismo, ofrece un respaldo sólido a la autenticación de varios factores.

MDM

Con el servidor XenMobile en modo MDM:

  • No se requiere NetScaler Gateway. Para implementaciones MDM, Citrix recomienda NetScaler Gateway para la VPN de dispositivos móviles.

ENT (MDM + MAM)

Con el servidor XenMobile en modo ENT:

  • Se requiere NetScaler Gateway. NetScaler Gateway proporciona una ruta de red micro VPN para acceder a todos los recursos de empresa. Asimismo, ofrece un respaldo sólido a la autenticación de varios factores.

  • Cuando el modo de servidor de XenMobile es ENT y un usuario abandona la inscripción MDM, los dispositivos se inscriben utilizando el FQDN de NetScaler Gateway.

Decisiones en cuanto a diseño

En las secciones siguientes, se resumen las diversas decisiones de diseño a considerar durante la planificación de una integración de NetScaler Gateway en XenMobile.

Certificados

Detalles de la decisión:

  • ¿Necesita mayor grado de seguridad para las inscripciones y el acceso al entorno de XenMobile?
  • ¿LDAP no es una opción?

Guía para el diseño:

En XenMobile, la autenticación predeterminada es el nombre de usuario y la contraseña. Para agregar otra capa de seguridad para la inscripción y el acceso al entorno de XenMobile, considere la posibilidad de usar la autenticación basada en certificados. Puede usar certificados con LDAP para la autenticación de dos factores, lo que proporciona un grado mayor de seguridad sin necesidad de un servidor RSA.

Si no permite LDAP y usa tarjetas inteligentes o métodos similares, la configuración de los certificados permite representar una tarjeta inteligente en XenMobile. Los usuarios se inscriben mediante un PIN único que genera XenMobile para ellos. Una vez que el usuario tiene acceso, XenMobile crea e implementa el certificado utilizado a partir de entonces para autenticarse en el entorno de XenMobile.

XenMobile respalda la lista de revocación de certificados (CRL) solo para una entidad de certificación (CA) de terceros. Si dispone de una entidad de certificación de Microsoft configurada, XenMobile utiliza NetScaler para administrar la revocación. Al configurar la autenticación basada en certificados de cliente, tenga en cuenta si es necesario configurar el parámetro de lista de revocación de certificados (CRL), Enable CRL Auto Refresh. Este paso garantiza que el usuario de un dispositivo en modo solo MAM no pueda autenticarse usando un certificado existente en el dispositivo; XenMobile vuelve a emitir un certificado nuevo, porque no impide a un usuario generar un certificado de usuario si se revoca otro. Este parámetro aumenta la seguridad de las entidades PKI cuando la lista de revocación de certificados comprueba si hay entidades PKI caducadas.

VIP dedicadas o compartidas de NetScaler Gateway

Detalles de la decisión:

  • ¿Usa NetScaler Gateway para XenApp y XenDesktop?
  • ¿Utilizará XenMobile el mismo NetScaler Gateway que XenApp y XenDesktop?
  • ¿Cuáles son los requisitos de autenticación para ambos flujos de tráfico?

Guía para el diseño:

Cuando el entorno de Citrix incluye XenMobile junto con XenApp y XenDesktop, puede usar el mismo servidor virtual de NetScaler Gateway para ambos. Debido a posibles conflictos de versiones y al aislamiento del entorno, se recomienda un NetScaler Gateway dedicado para cada entorno de XenMobile.

Si usa la autenticación LDAP, Citrix Receiver y Secure Hub pueden autenticarse en el mismo NetScaler Gateway sin problemas. Si usa la autenticación basada en certificados, XenMobile envía un certificado al contenedor MDX y Secure Hub utiliza ese certificado para autenticarse en NetScaler Gateway. Receiver es independiente de Secure Hub y no puede usar el mismo certificado que Secure Hub para autenticarse en el mismo NetScaler Gateway.

Puede plantearse esta solución temporal, que permite usar un mismo FQDN para dos direcciones IP virtuales de NetScaler Gateway. Puede crear dos direcciones IP virtuales de NetScaler Gateway con la misma dirección IP: la de Secure Hub utilizará el puerto 443 estándar y la de XenApp y XenDesktop (que implementan la aplicación Citrix Receiver) utilizará el puerto 444. Así, un solo nombre de dominio completo se resuelve en la misma dirección IP. Para esta solución temporal, quizá deba configurar StoreFront para devolver un archivo ICA para el puerto 444, en lugar de la opción predeterminada, el puerto 443. Esta solución temporal no requiere que los usuarios introduzcan ningún número de puerto.

Tiempos de espera de NetScaler Gateway

Detalles de la decisión:

  • ¿Cómo quiere configurar los tiempos de espera de NetScaler Gateway para el tráfico de XenMobile?

Guía para el diseño:

NetScaler Gateway contiene los parámetros Session time-out (Tiempo de espera de la sesión) y Forced time-out (Tiempo de espera forzado). Para obtener más información, consulte Configuraciones recomendadas. Tenga en cuenta que existen valores de tiempo de espera diferentes para los servicios en segundo plano, NetScaler y para el acceso a aplicaciones sin conexión.

Nombre de dominio completo para la inscripción

Importante:

Para cambiar el FQDN de inscripción, se necesita una nueva base de datos de SQL Server y una recompilación del servidor XenMobile.

Tráfico de Secure Web

Detalles de la decisión:

  • ¿Restringirá Secure Web a la navegación Web interna solamente?
  • ¿Habilitará Secure Web para la navegación Web interna y externa?

Guía para el diseño:

Si va a utilizar Secure Web solo para la navegación Web interna, la configuración de NetScaler Gateway es sencilla, siempre que Secure Web pueda llegar a todos los sitios internos de manera predeterminada; es posible que deba configurar cortafuegos y servidores proxy.

Si va a utilizar Secure Web para la navegación interna y externa, debe habilitar la dirección IP de subred (SNIP) para tener acceso saliente a Internet. Debido a que el departamento de TI visualiza generalmente los dispositivos inscritos (usando el contenedor MDX) como una extensión de la red corporativa, TI normalmente quiere que las conexiones de Secure Web vuelvan a NetScaler, pasen por un servidor proxy y luego salgan a Internet. De manera predeterminada, Secure Web accede a túneles que van a la red interna, lo que significa que Secure Web usa un túnel VPN por aplicación hacia la red interna para todo el acceso de red y NetScaler usa los parámetros de túnel dividido.

Para obtener información sobre las conexiones de Secure Web, consulte Configuración de conexiones de usuario.

Notificaciones push para Secure Mail

Detalles de la decisión:

  • ¿Usará notificaciones push?

Guía de diseño para iOS:

Si la configuración de NetScaler Gateway incluye Secure Ticket Authority (STA) y el túnel dividido está desactivado, NetScaler Gateway debe permitir el tráfico desde Secure Mail hacia las direcciones URL del servicio de escucha de Citrix indicadas en Notificaciones push en Secure Mail para iOS.

Guía de diseño para Android:

Como alternativa a la directiva MDX “Periodo de sondeo activo”, puede usar Google Cloud Messaging (GCM) para controlar cómo y cuándo los dispositivos Android deben conectarse a XenMobile. Con GCM configurado, toda acción de seguridad o comando de implementación desencadena una notificación push en Secure Hub para pedir al usuario que se reconecte al servidor XenMobile.

STA HDX

Detalles de la decisión:

  • ¿Qué STA usar si quiere integrar el acceso a aplicaciones HDX?

Guía para el diseño:

Los STA de HDX deben coincidir con los STA en StoreFront y deben ser válidos para la comunidad de XenApp o XenDesktop.

ShareFile

Detalles de la decisión:

  • ¿Usará ShareFile StorageZone Controllers en el entorno?
  • ¿Qué URL de dirección IP virtual de ShareFile usará?

Guía para el diseño:

Si va a incluir ShareFile StorageZone Controllers en el entorno, debe configurar correctamente lo siguiente: la VIP de conmutación de contenido de ShareFile (utilizada por el plano de control de ShareFile para comunicarse con los servidores de StorageZones Controller), las VIP de equilibrio de carga de ShareFile, además de todas las directivas y perfiles necesarios. Para obtener información, consulte la documentación del Controller de Citrix ShareFile StorageZones.

Proveedor de identidades SAML

Detalles de la decisión:

  • Si se necesita SAML para ShareFile, ¿quiere usar XenMobile como proveedor de identidades SAML?

Guía para el diseño:

Se recomienda integrar ShareFile en XenMobile Advanced Edition o XenMobile Enterprise Edition, que es una alternativa más sencilla que configurar la federación basada en SAML. Cuando se usa ShareFile con esas ediciones de XenMobile, XenMobile ofrece ShareFile con la autenticación Single Sign-On (SSO) para los usuarios de XenMobile Apps, el aprovisionamiento de cuentas basado en Active Directory (AD) y directivas completas de control de acceso. La consola de XenMobile permite configurar ShareFile y supervisar los niveles de servicio y uso de licencias.

Tenga en cuenta que existen dos tipos de clientes ShareFile: los clientes ShareFile para XenMobile (también conocidos como ShareFile empaquetado) y los clientes ShareFile Mobile (también conocidos como ShareFile no empaquetado). Para conocer las diferencias, consulte Cómo difieren entre sí los clientes ShareFile para XenMobile y los clientes ShareFile Mobile.

Puede configurar XenMobile y ShareFile para usar el lenguaje SAML (Security Assertion Markup Language) y así ofrecer el acceso Single Sign-On (SSO) a aplicaciones móviles de ShareFile que empaqueta con el MDX Service, así como a clientes no empaquetados de ShareFile (como el sitio Web, el plugin para Outlook o los clientes de sincronización).

Si quiere usar XenMobile como proveedor de identidades SAML para ShareFile, compruebe que estén definidas las configuraciones adecuadas. Para obtener más información, consulte SAML para SSO con ShareFile.

Conexiones directas con ShareConnect

Detalles de la decisión:

  • ¿Los usuarios accederán a un equipo host desde un equipo o dispositivo móvil que ejecuta ShareConnect con conexiones directas?

Guía para el diseño:

ShareConnect permite a los usuarios conectarse a sus equipos de forma segura a través de iPads, tabletas y teléfonos Android para el acceso a sus archivos y aplicaciones. Para las conexiones directas, XenMobile utiliza NetScaler Gateway para proporcionar acceso seguro a los recursos de fuera de la red local. Para obtener más información de configuración, consulte ShareConnect.

FQDN de inscripción para cada tipo de implementación

   
Tipo de implementación FQDN de inscripción
Enterprise (MDM + MAM) con inscripción MDM obligatoria FQDN del servidor XenMobile
Enterprise (MDM + MAM) con inscripción MDM opcional FQDN del servidor XenMobile o FQDN de NetScaler Gateway
Solo MDM FQDN del servidor XenMobile
Solo MAM (antiguo) FQDN de NetScaler Gateway
Solo MAM FQDN del servidor XenMobile

Resumen de implementación

Citrix recomienda usar el asistente de NetScaler para XenMobile si quiere asegurarse de una configuración correcta. Tenga en cuenta que solo puede usar el asistente una vez. Si tiene varias instancias de XenMobile (por ejemplo, para entornos de prueba, desarrollo y producción) debe configurar NetScaler manualmente para los entornos adicionales. Si dispone de un entorno de trabajo, tome nota de la configuración antes de intentar configurar NetScaler manualmente para XenMobile.

La decisión clave que debe tomar al utilizar el asistente es si usar HTTPS o HTTP para comunicarse con el servidor XenMobile. HTTPS ofrece una comunicación back-end segura, ya que se cifra el tráfico entre NetScaler y XenMobile; el recifrado tiene un impacto en el rendimiento del servidor XenMobile. HTTP ofrece un mejor rendimiento del servidor XenMobile; el tráfico entre NetScaler y XenMobile no se cifra. En las siguientes tablas, se muestran los requisitos de puertos HTTP y HTTPS para NetScaler y el servidor XenMobile.

HTTPS

Por regla general, Citrix recomienda el puente SSL para los parámetros del servidor virtual MDM de NetScaler. Para usar la descarga de SSL de NetScaler con servidores virtuales MDM, XenMobile admite solo el puerto 80 como servicio back-end.

       
Tipo de implementación Método de equilibrio de carga de NetScaler Recifrado SSL Puerto del servidor XenMobile
MDM Puente SSL N/D 443, 8443
MAM Descarga de SSL Habilitada 8443
Enterprise MDM: Puente SSL N/D 443, 8443
Enterprise MAM: Descarga de SSL Habilitada 8443

HTTP

       
Tipo de implementación Método de equilibrio de carga de NetScaler Recifrado SSL Puerto del servidor XenMobile
MDM Descarga de SSL No respaldado 80
MAM Descarga de SSL Habilitada 8443
Enterprise MDM: Descarga de SSL No respaldado 80
Enterprise MAM: Descarga de SSL Habilitada 8443

Para obtener diagramas de NetScaler Gateway en las implementaciones de XenMobile, consulte Arquitectura.

Integrar con NetScaler Gateway y NetScaler