Preguntas frecuentes sobre Unified Gateway

Last published : Oct 14, 2026
Related information
Unified Gateway

¿Qué es Unified Gateway?

Unified Gateway es una nueva función de la versión 11.0 de NetScaler que proporciona la capacidad de recibir tráfico en un único servidor virtual (denominado servidor virtual Unified Gateway) y, a continuación, dirigir internamente ese tráfico, según corresponda, a los servidores virtuales que están enlazados al servidor virtual Unified Gateway.
La función Unified Gateway permite a los usuarios finales acceder a varios servicios mediante una única dirección IP o URL (asociada al servidor virtual Unified Gateway). Los administradores pueden liberar direcciones IP y simplificar la configuración de la implementación de NetScaler Gateway.
Cada servidor virtual Unified Gateway puede actuar como front-end de un servidor virtual NetScaler Gateway junto con cero o más servidores virtuales de equilibrio de carga como parte de una formación. Unified Gateway funciona mediante la función de conmutación de contenido del dispositivo NetScaler.
Algunos ejemplos de implementaciones de Unified Gateway:
  • Servidor virtual Unified Gateway ->
  • Servidor virtual Unified Gateway ->
  • Servidor virtual Unified Gateway ->
  • Servidor virtual Unified Gateway ->
Cada uno de los servidores virtuales de equilibrio de carga puede ser cualquier servidor de equilibrio de carga estándar que aloje un servicio de back-end, como Microsoft Exchange o Citrix® ShareFile.

¿Por qué usar Unified Gateway?

La función Unified Gateway permite a los usuarios finales acceder a varios servicios mediante una única dirección IP o URL (asociada al servidor virtual Unified Gateway). Para los administradores, la ventaja es que pueden liberar direcciones IP y simplificar la configuración de la implementación de NetScaler Gateway.

¿Puede haber más de un servidor virtual Unified Gateway?

Sí. Puede haber tantos servidores virtuales Unified Gateway como necesite.

¿Por qué se necesita la conmutación de contenido para Unified Gateway?

La función de conmutación de contenido es necesaria porque el servidor virtual de conmutación de contenido es el que recibe el tráfico y lo dirige internamente al servidor virtual apropiado. El servidor virtual de conmutación de contenido es el componente principal de la función Unified Gateway.

En versiones anteriores a la 11.0, la conmutación de contenido se puede utilizar para recibir tráfico para varios servidores virtuales. ¿Ese uso también se denomina Unified Gateway?

El uso de un servidor virtual de conmutación de contenido para recibir tráfico para varios servidores virtuales es compatible con versiones anteriores a la 11.0. Sin embargo, la conmutación de contenido no puede dirigir el tráfico a un servidor virtual de NetScaler Gateway.
Las mejoras en la versión 11.0 permiten que un servidor virtual de conmutación de contenido dirija el tráfico a cualquier servidor virtual, incluido un servidor virtual de NetScaler Gateway.

¿Qué ha cambiado con las directivas de conmutación de contenido en Unified Gateway?

  1. Se agrega un nuevo parámetro de línea de comandos "-targetVserver" para la acción de conmutación de contenido. El nuevo parámetro se utiliza para especificar el servidor virtual de NetScaler Gateway de destino. Ejemplo:
    añadir acción cs UG_CSACT_MyUG -targetVserver UG_VPN_MyUG
    En la utilidad de configuración de NetScaler Gateway, la acción de conmutación de contenido tiene una nueva opción, Target Virtual Server, que puede hacer referencia a un servidor virtual de NetScaler Gateway.
  2. Se puede utilizar una nueva expresión de directiva avanzada, is_vpn_url, para hacer coincidir las solicitudes específicas de NetScaler Gateway y de autenticación.

¿Qué funciones de NetScaler Gateway no son compatibles actualmente con Unified Gateway?

Todas las funciones son compatibles con Unified Gateway. Sin embargo, se ha informado de un problema menor (ID de problema 544325) con el inicio de sesión nativo a través del plug-in VPN. En este caso, el inicio de sesión único (SSO) sin interrupciones no funciona.

Con Unified Gateway, ¿cuál es el comportamiento de los escaneos de EPA?

Con Unified Gateway, el análisis de puntos finales se activa solo para los métodos de acceso de NetScaler Gateway, no para el acceso de NetScaler AAA TM. Si un usuario intenta acceder a un servidor virtual de NetScaler AAA TM, aunque la autenticación se realice en el servidor virtual de NetScaler Gateway, el escaneo de EPA no se activa. Sin embargo, si el usuario intenta obtener acceso VPN sin cliente/VPN completa, se activa el escaneo de EPA configurado. En ese caso, se realiza la autenticación o el SSO sin interrupciones.

¿Cuáles son los requisitos de licencia para Unified Gateway?

Unified Gateway solo es compatible con licencias Advanced y Premium. No está disponible para ediciones solo de NetScaler Gateway o de licencia Standard.

¿El servidor virtual de NetScaler Gateway utilizado con Unified Gateway necesita una configuración de IP/Puerto/SSL?

Para un servidor virtual de NetScaler Gateway utilizado con el servidor virtual de Unified Gateway, no se necesita una configuración de IP/Puerto/SSL en el servidor virtual de NetScaler Gateway. Sin embargo, para la funcionalidad de proxy RDP, puede vincular el mismo certificado de servidor SSL/TLS al servidor virtual de NetScaler Gateway.

¿Necesito reaprovisionar los certificados SSL/TLS que están en el servidor virtual de NetScaler Gateway para usarlos con un servidor virtual de Unified Gateway?

No es necesario reaprovisionar los certificados que están actualmente vinculados a su servidor virtual de NetScaler Gateway. Puede reutilizar cualquier certificado SSL existente y vincularlos al servidor virtual de Unified Gateway.

¿Cuál es la diferencia entre una URL única y una implementación de varios hosts? ¿Cuál necesito?

Una URL única se refiere a la capacidad del servidor virtual de Unified Gateway para manejar el tráfico de un nombre de dominio completo (FQDN). Esta restricción existe cuando Unified Gateway utiliza un certificado de servidor SSL/TLS cuyo asunto de certificado está rellenado con el FQDN. Por ejemplo: ug.citrix.com
Si Unified Gateway utiliza un certificado de servidor comodín, puede manejar el tráfico de varios subdominios. Por ejemplo: *.citrix.com
Otra opción es la configuración SSL/TLS con la funcionalidad de Indicador de Nombre de Servidor (SNI) para permitir la vinculación de varios certificados de servidor SSL/TLS. Ejemplos: auth.citrix.com, auth.citrix.de, auth.citrix.co.uk, auth.citrix.co.jp
Un solo host frente a varios hosts es análogo a la forma en que los sitios web se alojan típicamente en un servidor web (por ejemplo, el servidor HTTP Apache o Microsoft Internet Information Services (IIS)). Si hay un solo host, puede usar una ruta de sitio para cambiar el tráfico de la misma manera que usa un alias o un "directorio virtual" en Apache. Si hay varios hosts, usa un encabezado de host para cambiar el tráfico de manera similar a como usa los Hosts Virtuales en Apache.

¿Qué mecanismos de autenticación se pueden usar con Unified Gateway?

Todos los mecanismos de autenticación existentes que son compatibles con NetScaler Gateway también lo son con Unified Gateway.
Estos incluyen LDAP, RADIUS, SAML, Kerberos, Autenticación basada en certificados, y así sucesivamente.
Cualquier mecanismo de autenticación configurado en el servidor virtual de NetScaler Gateway antes de la actualización se utiliza automáticamente cuando el servidor virtual de NetScaler Gateway se coloca detrás del servidor virtual de Unified Gateway. No hay pasos de configuración adicionales involucrados, aparte de asignar una dirección IP no direccionable (0.0.0.0) al servidor virtual de NetScaler Gateway.

¿Qué es la autenticación “SelfAuth”?

SelfAuth no es un tipo de autenticación por sí mismo. SelfAuth describe cómo se crea una URL. Un nuevo parámetro de línea de comandos, ssotype, está disponible para la configuración de URL de VPN. Ejemplo:
> add vpn url RGB RGB "http://blue.citrix.lab/" -vServerName Blue -ssotype selfauth
SelfAuth es uno de los valores del parámetro ssotype. Este tipo de URL se puede utilizar para acceder a recursos que no están en el mismo dominio que el servidor virtual de Unified Gateway. La configuración se puede ver en la utilidad de configuración al configurar un marcador.

¿Qué es la autenticación «StepUp»?

When extra, more secure levels of authentication are required for accessing a NetScaler AAA TM resource, you can use StepUp authentication. On the command line, use an authnProfile command to set the authenticationLevel parameter. Example:
add authentication authnProfile AuthProfile -authnVsName AAATMVserver -AuthenticationHost auth.citrix.lab -AuthenticationDomain citrix.lab **-**AuthenticationLevel 100
Este perfil de autenticación está vinculado al servidor virtual de equilibrio de carga.

Is StepUp authentication supported for NetScaler AAA TM virtual servers?

Sí, es compatible.

¿Qué es login once/logout once?

Login Once: Los usuarios de VPN inician sesión una vez en un servidor virtual NetScaler AAA TM o NetScaler Gateway. Y a partir de entonces, los usuarios de VPN tienen acceso sin interrupciones a todas las aplicaciones empresariales/en la nube/web. El usuario no necesita volver a autenticarse. Sin embargo, la reautenticación se realiza en casos especiales, como NetScaler AAA TM StepUp.
Logout Once: Después de crear la primera sesión de NetScaler AAA TM o NetScaler Gateway, se utiliza para crear sesiones posteriores de NetScaler AAA TM o NetScaler Gateway para ese usuario. Si alguna de esas sesiones se cierra, el dispositivo NetScaler también cierra las demás aplicaciones o sesiones del usuario.

¿Se pueden especificar políticas de autenticación comunes a nivel de Unified Gateway con un servidor virtual de equilibrio de carga NetScaler AAA TM específicamente autenticado y vinculado a nivel de servidor virtual de equilibrio de carga? ¿Cuáles son los pasos de configuración para admitir este caso de uso?

Si necesita especificar políticas de autenticación separadas para el servidor virtual NetScaler AAA TM detrás de Unified Gateway, necesita tener un servidor virtual de autenticación separado y direccionable de forma independiente (similar a la configuración ordinaria de NetScaler AAA TM). La configuración del host de autenticación en el servidor virtual de equilibrio de carga debe apuntar a este servidor virtual de autenticación.

¿Cómo se configura Unified Gateway para que los servidores virtuales de NetScaler AAA TM vinculados tengan sus propias políticas de autenticación?

En este escenario, el servidor de equilibrio de carga debe tener la opción FQDN de autenticación configurada para apuntar al servidor virtual de NetScaler AAA TM. El servidor virtual de NetScaler AAA TM debe tener una dirección IP independiente y ser accesible desde NetScaler y los clientes.

¿Se requiere un servidor virtual de autenticación NetScaler AAA TM para autenticar a los usuarios que acceden a través de un servidor virtual de Unified Gateway?

No. El servidor virtual de NetScaler Gateway autentica incluso a los usuarios de NetScaler AAA TM.

¿Dónde se especifican las directivas de autenticación de NetScaler Gateway: en el servidor virtual de Unified Gateway o en el servidor virtual de NetScaler Gateway?

Las directivas de autenticación deben vincularse al servidor virtual de NetScaler Gateway.

¿Cómo se habilita la autenticación en los servidores virtuales de NetScaler AAA TM detrás de un servidor virtual de conmutación de contenido de Unified Gateway?

Habilite la autenticación en NetScaler AAA TM y apunte el host de autenticación al FQDN de conmutación de contenido de Unified Gateway.

¿Cómo agrego servidores virtuales TM detrás de la conmutación de contenido (URL única frente a varios hosts)?

No hay diferencia entre agregar los servidores virtuales de NetScaler AAA TM para una URL única y agregarlos para varios hosts. En cualquier caso, el servidor virtual se agrega como destino en una acción de conmutación de contenido. La diferencia entre URL única y varios hosts se implementa mediante reglas de directiva de conmutación de contenido.

¿Qué sucede con las directivas de autenticación vinculadas a un servidor virtual de equilibrio de carga de NetScaler AAA TM si ese servidor virtual se mueve detrás de un servidor virtual de Unified Gateway?

Las directivas de autenticación se asocian al servidor virtual de autenticación, y este, a su vez, al de equilibrio de carga. Para el servidor virtual de Unified Gateway, Citrix recomienda que el de NetScaler Gateway sea el único punto de autenticación, lo que elimina la necesidad de autenticar en un servidor virtual de autenticación (o incluso la necesidad de uno específico). Apuntar el host de autenticación al FQDN del servidor virtual de Unified Gateway garantiza que la autenticación la realice el de NetScaler Gateway. Si se apunta el host de autenticación a la conmutación de contenido para Unified Gateway y aún hay un servidor virtual de autenticación vinculado, las directivas de autenticación asociadas a este se ignoran. Sin embargo, si se apunta un host de autenticación a un servidor virtual de autenticación independiente y direccionable, las directivas de autenticación vinculadas surten efecto.

¿Cómo se configuran las directivas de sesión para las sesiones de NetScaler AAA TM?

Si, en Unified Gateway, no se especifica ningún servidor virtual de autenticación para el servidor virtual de NetScaler AAA TM, las sesiones de NetScaler AAA TM heredan las directivas de sesión de NetScaler Gateway. Si se especifica el servidor virtual de autenticación, se aplican las directivas de sesión de NetScaler AAA TM vinculadas a ese servidor virtual.

¿Cuáles son los cambios en el portal de NetScaler Gateway en NetScaler 11.0?

En las versiones de NetScaler anteriores a la 11.0, se podía configurar una única personalización del portal a nivel global. Cada servidor virtual de gateway en un dispositivo NetScaler dado utiliza la personalización global del portal.
En NetScaler 11.0, con la función de temas del portal, puede configurar varios temas del portal. Los temas se pueden vincular globalmente o a servidores virtuales específicos.

¿NetScaler 11.0 admite la personalización del portal de NetScaler Gateway?

Mediante la utilidad de configuración, puede usar la nueva función de temas del portal para personalizar y crear los temas del portal por completo. Puede cargar diferentes imágenes, establecer esquemas de color, cambiar etiquetas de texto, etc.
Las páginas del portal que se pueden personalizar son:
  • Inicio de sesión
  • Página de análisis de puntos finales
  • Página de error de análisis de puntos finales
  • Página posterior al análisis de puntos finales
  • Página de conexión VPN
  • Página de inicio del portal
Con esta versión, puede personalizar los servidores virtuales de NetScaler Gateway con diseños de portal únicos.

¿Se admiten los temas del portal en implementaciones de alta disponibilidad o clúster de NetScaler?

Sí. Los temas del portal son compatibles con las implementaciones de alta disponibilidad y clúster de NetScaler.

¿Se migrarán mis personalizaciones como parte del proceso de actualización de NetScaler 11.0?

No. Las personalizaciones existentes en la página del portal de NetScaler Gateway que se invocan mediante la modificación del archivo rc.conf/rc.netscaler o mediante el uso de la funcionalidad de temas personalizados en 10.1/10.5 no se migrarán automáticamente al actualizar a NetScaler 11.0.

¿Hay algún paso previo a la actualización que seguir para preparar los temas del portal en NetScaler 11.0?

Cualquier personalización existente debe eliminarse de los archivos rc.conf o rc.netscaler.
La otra opción es que, si se utilizan temas personalizados, deben asignarse a la configuración predeterminada:
  1. Vaya a Configuración > NetScaler Gateway > Configuración global
  2. Haga clic en Cambiar configuración global.
  3. Haga clic en Experiencia del cliente y seleccione Predeterminado en la lista Tema de la interfaz de usuario.

Tengo personalizaciones almacenadas en la instancia de NetScaler, invocadas por rc.conf o rc.netscaler. ¿Cómo me muevo a los temas del portal?

El documento Crear un tema personalizado para la página de inicio de sesión de Citrix Gateway detalla dicha configuración para las versiones de NetScaler 9.3 y 10.0 hasta la compilación 10.0 73.5001.e. Desde la compilación 10.0 73.5002.e de NetScaler 10.0 (incluidas 10.1 y 10.5), el parámetro UITHEME CUSTOM ha estado disponible para ayudar a los clientes a conservar sus personalizaciones entre reinicios. Si las personalizaciones se almacenan en el disco duro de NetScaler y desea seguir utilizándolas, haga una copia de seguridad de los archivos GUI de la versión 11.0 e insértelos en el archivo de tema personalizado existente. Si desea pasar a los temas del portal, primero debe anular la configuración del parámetro UITHEME en la Configuración global o en el perfil de sesión, en Experiencia del cliente. O bien, puede establecerlo en DEFAULT o GREENBUBBLE. Entonces podrá empezar a crear y vincular un tema del portal.

¿Cómo puedo exportar mis personalizaciones actuales y guardarlas antes de actualizar a NetScaler 11.0? ¿Puedo mover los archivos exportados a otro dispositivo NetScaler?

Los archivos personalizados que se cargaron en la carpeta ns_gui_custom están en el disco y persisten durante las actualizaciones. Sin embargo, es posible que estos archivos no sean totalmente compatibles con el nuevo kernel de NetScaler 11.0 y otros archivos GUI que forman parte del kernel. Por lo tanto, Citrix recomienda hacer una copia de seguridad de los archivos GUI de la versión 11.0 y personalizar las copias de seguridad.
Además, no hay ninguna utilidad en la utilidad de configuración para exportar la carpeta ns_custom_gui a otro dispositivo NetScaler. Utilice SSH o una utilidad de transferencia de archivos como WinSCP para extraer los archivos de la instancia de NetScaler.

¿Se admiten los temas del portal para los servidores virtuales NetScaler AAA TM?

Sí. Los temas del portal son compatibles con los servidores virtuales NetScaler AAA TM.

¿Qué cambió en la función de proxy RDP para NetScaler Gateway 11.0?

Se han realizado muchas mejoras en el proxy RDP desde la versión de mejora de NetScaler 10.5.e. En NetScaler 11.0, esta función está disponible desde la primera compilación publicada.

Cambios en las licencias

La función de proxy RDP en NetScaler 11.0 solo se puede usar con las ediciones Premium y Advanced. Se deben obtener licencias de usuario concurrente de Citrix (CCU) para cada usuario.

Comando de habilitación

En NetScaler 10.5.e no existía ningún comando para habilitar el proxy RDP. En NetScaler 11.0, se ha añadido el comando de habilitación:
enable feature rdpproxy
La función debe tener licencia para ejecutar este comando.

Otros cambios en el proxy RDP

Se ha hecho obligatorio un atributo de clave precompartida (PSK) en el perfil del servidor.
Para migrar las configuraciones existentes de NetScaler 10.5.e para el proxy RDP a NetScaler 11.0, se deben comprender y abordar los siguientes detalles.
Si un administrador desea agregar una configuración de proxy RDP existente a una implementación de Unified Gateway elegida:
  • La dirección IP del servidor virtual de NetScaler Gateway debe editarse y establecerse en una dirección IP no direccionable (0.0.0.0).
  • Cualquier certificado de servidor SSL/TLS y las políticas de autenticación deben estar vinculados al servidor virtual de NetScaler Gateway que forma parte de la formación de Unified Gateway elegida.

¿Cómo se migra una configuración de proxy de Protocolo de escritorio remoto (RDP) basada en NetScaler 10.5.e a NetScaler 11.0?

Opción 1: Mantener el servidor virtual de NetScaler Gateway existente con la configuración de proxy RDP tal cual, con una licencia Premium o Advanced.
Opción 2: Mover el servidor virtual de NetScaler Gateway existente con la configuración de proxy RDP, colocándolo detrás de un servidor virtual de Unified Gateway.
Opción 3: Agregar un servidor virtual de NetScaler Gateway independiente con configuración de proxy RDP a un dispositivo Standard Edition existente.

¿Cómo se configura NetScaler Gateway para la configuración de proxy RDP mediante la versión NetScaler 11.0?

Hay dos opciones para implementar el proxy RDP usando la versión NS 11.0:
  1. Uso de un servidor virtual NetScaler Gateway con acceso externo. Esto requiere una dirección IP/FQDN visible externamente para el servidor virtual NetScaler Gateway. Esta opción es la que está disponible en NetScaler 10.5.e.
  2. Uso de un servidor virtual Unified Gateway que actúa como front-end del servidor virtual NetScaler Gateway.
Con la Opción 2, el servidor virtual NetScaler Gateway no requiere su propia dirección IP/FQDN, ya que utiliza una dirección IP no direccionable (0.0.0.0).

¿Es HDX™ Insight compatible con Unified Gateway?

Cuando NetScaler Gateway se implementa con Unified Gateway, se deben cumplir las siguientes condiciones:
  • El servidor virtual NetScaler Gateway debe tener un certificado SSL válido asociado.
  • El servidor virtual NetScaler Gateway debe estar en estado ACTIVO para generar registros de AppFlow en NetScaler ADM, para la elaboración de informes de HDX Insight.

¿Cómo migro mi configuración existente de HDX Insight?

No es necesaria ninguna migración. Las directivas de AppFlow vinculadas a un servidor virtual NetScaler Gateway se transfieren si ese servidor virtual NetScaler Gateway se coloca detrás de un servidor virtual Unified Gateway.
Para los datos existentes en NetScaler ADM para el servidor virtual NetScaler Gateway, hay dos posibilidades:
  • Si la dirección IP del servidor virtual NetScaler Gateway se asigna a un servidor virtual Unified Gateway como parte de la migración a Unified Gateway, los datos permanecen vinculados al servidor virtual NetScaler Gateway.
  • Si al servidor virtual Unified Gateway se le asigna una dirección IP independiente, los datos de AppFlow del servidor virtual NetScaler Gateway se vinculan a esa nueva dirección IP. Por lo tanto, los datos existentes no forman parte de los datos nuevos.