-
Implementar una instancia de NetScaler ADC VPX
-
Optimice el rendimiento de NetScaler ADC VPX en VMware ESX, Linux KVM y Citrix Hypervisors
-
Instalar una instancia de NetScaler ADC VPX en un servidor desnudo
-
Instalar una instancia de NetScaler ADC VPX en Citrix Hypervisor
-
Instalación de una instancia NetScaler ADC VPX en la nube de VMware en AWS
-
Instalación de una instancia NetScaler ADC VPX en servidores Microsoft Hyper-V
-
Instalar una instancia de NetScaler ADC VPX en la plataforma Linux-KVM
-
Requisitos previos para instalar dispositivos virtuales NetScaler ADC VPX en la plataforma Linux-KVM
-
Aprovisionamiento de NetScaler ADC Virtual Appliance mediante OpenStack
-
Aprovisionamiento de NetScaler ADC Virtual Appliance mediante Virtual Machine Manager
-
Configuración de dispositivos virtuales NetScaler ADC para utilizar la interfaz de red SR-IOV
-
Aprovisionamiento de NetScaler ADC Virtual Appliance mediante el programa virsh
-
Administración de las máquinas virtuales invitadas de NetScaler ADC
-
Aprovisionamiento de NetScaler ADC Virtual Appliance con SR-IOV, en OpenStack
-
-
Implementar una instancia de NetScaler ADC VPX en AWS
-
Implementación de una instancia independiente NetScaler ADC VPX en AWS
-
Servidores de equilibrio de carga en diferentes zonas de disponibilidad
-
Implementar un par de alta disponibilidad de VPX en la misma zona de disponibilidad de AWS
-
Alta disponibilidad en diferentes zonas de disponibilidad de AWS
-
Implementar un par de alta disponibilidad VPX con direcciones IP privadas en distintas zonas de AWS
-
Implementación de una instancia NetScaler ADC VPX en AWS Outposts
-
Configurar una instancia de NetScaler ADC VPX para utilizar la interfaz de red SR-IOV
-
Configurar una instancia de NetScaler ADC VPX para utilizar redes mejoradas con AWS ENA
-
Implementar una instancia de NetScaler ADC VPX en Microsoft Azure
-
Arquitectura de red para instancias NetScaler ADC VPX en Microsoft Azure
-
Configuración de una instancia independiente de NetScaler ADC
-
Configuración de varias direcciones IP para una instancia independiente NetScaler ADC VPX
-
Configurar una configuración de alta disponibilidad con varias direcciones IP y NIC
-
Configurar una instancia de Citrix ADC VPX para usar redes aceleradas de Azure
-
Configurar nodos HA-INC mediante la plantilla de alta disponibilidad de Citrix con Azure ILB
-
Instalación de una instancia NetScaler ADC VPX en la solución Azure VMware
-
Configurar GSLB en una configuración de alta disponibilidad activa en espera
-
Configuración de grupos de direcciones (IIP) para un dispositivo NetScaler Gateway
-
Scripts de PowerShell adicionales para la implementación de Azure
-
Implementación de una instancia NetScaler ADC VPX en Google Cloud Platform
-
Automatizar la implementación y las configuraciones de NetScaler ADC
-
Soluciones para proveedores de servicios de telecomunicaciones
-
Equilibrio de carga del tráfico de plano de control basado en protocolos de diámetro, SIP y SMPP
-
Utilización del ancho de banda mediante la funcionalidad de redirección de caché
-
Optimización TCP de NetScaler ADC
-
Autenticación, autorización y auditoría del tráfico de aplicaciones
-
Cómo funciona la autenticación, la autorización y la auditoría
-
Componentes básicos de la configuración de autenticación, autorización y auditoría
-
Autorización del acceso de los usuarios a los recursos de aplicaciones
-
NetScaler ADC como proxy del servicio de federación de Active Directory
-
NetScaler Gateway local como proveedor de identidad de Citrix Cloud
-
Compatibilidad de configuración para el atributo de cookie SameSite
-
Configuración de autenticación, autorización y auditoría para protocolos de uso común
-
Solución de problemas relacionados con la autenticación y la autorización
-
-
-
-
Configuración de la expresión de directiva avanzada: Introducción
-
Expresiones de directivas avanzadas: trabajo con fechas, horas y números
-
Expresiones de directivas avanzadas: análisis de datos HTTP, TCP y UDP
-
Expresiones de directivas avanzadas: análisis de certificados SSL
-
Expresiones de directivas avanzadas: direcciones IP y MAC, rendimiento, ID de VLAN
-
Expresiones de directivas avanzadas: funciones de Stream Analytics
-
Expresiones de referencia: expresiones de directivas avanzadas
-
Resumen de ejemplos de expresiones y directivas de sintaxis predeterminadas
-
Ejemplos de aprendizaje de directivas de sintaxis predeterminadas para reescritura
-
Migración de las reglas mod_rewrite de Apache a la sintaxis predeterminada
-
-
-
-
Comprobaciones de protección XML
-
-
-
Administrar un servidor virtual de redirección de caché
-
Ver estadísticas del servidor virtual de redirección de caché
-
Habilitar o inhabilitar un servidor virtual de redirección de caché
-
Resultados directos de directivas a la caché en lugar del origen
-
Realizar una copia de seguridad de un servidor virtual de redirección de caché
-
Habilitar la comprobación de estado TCP externa para servidores virtuales UDP
-
-
Traducir la dirección IP de destino de una solicitud a la dirección IP de origen
-
-
Compatibilidad de configuración de NetScaler ADC en un clúster
-
Descripción general del cluster
-
Administración del clúster de NetScaler ADC
-
Grupos de nodos para configuraciones detectadas y parcialmente rayadas
-
Desactivación de la dirección en el plano posterior del clúster
-
Eliminar un nodo de un clúster implementado mediante la agregación de vínculos de clúster
-
Supervisión de la configuración del clúster mediante SNMP MIB con enlace SNMP
-
Supervisión de los errores de propagación de comandos en una implementación de clúster
-
Compatibilidad con logotipos preparados para IPv6 para clústeres
-
Enlace de interfaz VRRP en un clúster activo de un solo nodo
-
Casos de configuración y uso de clústeres
-
Migración de una configuración de HA a una configuración de clúster
-
Interfaces comunes para cliente y servidor e interfaces dedicadas para backplane
-
Conmutador común para cliente y servidor y conmutador dedicado para placa posterior
-
Supervisar servicios en un clúster mediante la supervisión de rutas
-
-
-
Configurar NetScaler ADC como un solucionador de stubs con reconocimiento de seguridad no validante
-
Compatibilidad con tramas gigantes para DNS para gestionar respuestas de grandes tamaños
-
Configurar el almacenamiento en caché negativo de los registros DNS
-
-
Estado de servicio y servidor virtual de equilibrio de carga
-
Insertar atributos de cookie a las cookies generadas por ADC
-
Proteja una configuración de equilibrio de carga contra fallos
-
Administrar el tráfico de clientes
-
Configurar servidores virtuales de equilibrio de carga sin sesión
-
Reescritura de puertos y protocolos para la redirección HTTP
-
Insertar la dirección IP y el puerto de un servidor virtual en el encabezado de solicitud
-
Utilizar una IP de origen especificada para la comunicación de back-end
-
Establecer un valor de tiempo de espera para las conexiones de cliente inactivas
-
Gestionar el tráfico de clientes en función de la velocidad de tráfico
-
Utilizar un puerto de origen de un rango de puertos especificado para la comunicación de back-end
-
Configurar la persistencia IP de origen para la comunicación back-end
-
-
Configuración avanzada de equilibrio de carga
-
Aumenta gradualmente la carga en un nuevo servicio con un inicio lento a nivel de servidor virtual
-
Proteger aplicaciones en servidores protegidos contra los picos de tráfico
-
Habilitar la limpieza de las conexiones de servicios y servidores virtuales
-
Habilitar o inhabilitar la sesión de persistencia en los servicios TROFS
-
Habilitar la comprobación de estado TCP externa para servidores virtuales UDP
-
Mantener la conexión de cliente para varias solicitudes de cliente
-
Insertar la dirección IP del cliente en el encabezado de solicitud
-
Utilizar la dirección IP de origen del cliente al conectarse al servidor
-
Configurar el puerto de origen para las conexiones del lado del servidor
-
Establecer un límite en el número de solicitudes por conexión al servidor
-
Establecer un valor de umbral para los monitores enlazados a un servicio
-
Establecer un valor de tiempo de espera para las conexiones de clientes inactivas
-
Establecer un valor de tiempo de espera para las conexiones de servidor inactivas
-
Establecer un límite en el uso del ancho de banda por parte de los clientes
-
Conservar el identificador de VLAN para la transparencia de VLAN
-
-
Configurar monitores en una configuración de equilibrio de carga
-
Configurar el equilibrio de carga para los protocolos de uso común
-
Caso de uso 3: Configurar el equilibrio de carga en modo de Direct Server Return
-
Caso de uso 6: Configurar el equilibrio de carga en modo DSR para redes IPv6 mediante el campo TOS
-
Caso de uso 7: Configurar el equilibrio de carga en modo DSR mediante IP sobre IP
-
Caso de uso 8: Configurar el equilibrio de carga en modo de un brazo
-
Caso de uso 9: Configurar el equilibrio de carga en modo en línea
-
Caso de uso 10: Equilibrio de carga de los servidores del sistema de detección de intrusiones
-
Caso de uso 11: Aislamiento del tráfico de red mediante directivas de escucha
-
Caso de uso 12: Configurar Citrix Virtual Desktops para el equilibrio de carga
-
Caso de uso 13: Configurar Citrix Virtual Apps para equilibrar la carga
-
Caso de uso 14: Asistente de ShareFile para equilibrar la carga Citrix ShareFile
-
Caso práctico 15: Configurar el equilibrio de carga de capa 4 en el dispositivo NetScaler ADC
-
-
Configurar para obtener el tráfico de datos NetScaler ADC FreeBSD desde una dirección SNIP
-
-
Compatibilidad con protocolos TLSv1.3 tal como se define en RFC 8446
-
Matriz de compatibilidad de certificados de servidor en el dispositivo ADC
-
Compatibilidad con plataformas basadas en chip SSL Intel Coleto
-
Compatibilidad con el módulo de seguridad de hardware Thales Luna Network
-
-
-
-
-
Configuración de un túnel de CloudBridge Connector entre dos centros de datos
-
Configuración de CloudBridge Connector entre el centro de datos y la nube de AWS
-
Configuración de un túnel de CloudBridge Connector entre un centro de datos y Azure Cloud
-
Configuración del túnel CloudBridge Connector entre Datacenter y SoftLayer Enterprise Cloud
-
Diagnóstico y solución de problemas de túnel CloudBridge Connector
-
-
Puntos a tener en cuenta para una configuración de alta disponibilidad
-
Sincronizar archivos de configuración en una configuración de alta disponibilidad
-
Restricción del tráfico de sincronización de alta disponibilidad a una VLAN
-
Configuración de nodos de alta disponibilidad en distintas subredes
-
Limitación de las conmutaciones por error causadas por monitores de ruta en modo no INC
-
Configuración del conjunto de interfaces de conmutación por error
-
Administración de mensajes de latido de alta disponibilidad en un dispositivo NetScaler ADC
-
Quitar y reemplazar un NetScaler ADC en una configuración de alta disponibilidad
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Parámetros de persistencia
Debe configurar la persistencia en un servidor virtual si quiere mantener los estados de las conexiones en los servidores representados por ese servidor virtual (por ejemplo, las conexiones utilizadas en el comercio electrónico). A continuación, el dispositivo utiliza el método de equilibrio de carga configurado para la selección inicial de un servidor, pero reenvía a ese mismo servidor todas las solicitudes posteriores del mismo cliente.
Si se configura la persistencia, anula los métodos de equilibrio de carga una vez que se ha seleccionado el servidor. Si la persistencia configurada se aplica a un servicio que está inactivo, el dispositivo utiliza los métodos de equilibrio de carga para seleccionar un nuevo servicio y el nuevo servicio se vuelve persistente para las solicitudes posteriores del cliente. Si el servicio seleccionado está en estado Fuera de servicio, continúa atendiendo las solicitudes pendientes, pero no acepta solicitudes ni conexiones nuevas. Una vez transcurrido el período de cierre, se cierran las conexiones existentes. En la tabla siguiente se enumeran los tipos de persistencia que puede configurar.
Tipo de persistencia | Conexiones persistentes |
---|---|
IP de origen, ID de sesión SSL, regla, DESTIP, SRCIPDESTIP | 250K |
CookieInsert, URL pasiva, ID de servidor personalizado | Límite de memoria. En el caso de CookieInsert, si el tiempo de espera no es 0, se permite cualquier número de conexiones hasta que esté limitado por la memoria. |
Tabla 1. Limitaciones en la cantidad de conexiones persistentes simultáneas
Si la persistencia configurada no se puede mantener debido a la falta de recursos en un dispositivo, se utilizan los métodos de equilibrio de carga para la selección del servidor. La persistencia se mantiene durante un período de tiempo configurado, según el tipo de persistencia. Algunos tipos de persistencia son específicos de ciertos servidores virtuales. En la tabla siguiente se muestra la relación.
TypeHeader de persistencia 1 | HTTP | HTTPS | TCP | UDP/IP | SSL_Bridge |
---|---|---|---|---|---|
IP de origen | SÍ | SÍ | SÍ | SÍ | SÍ |
CookieInsert | SÍ | SÍ | NO | NO | NO |
ID de sesión SSL | NO | SÍ | NO | NO | SÍ |
URL pasiva | SÍ | SÍ | NO | NO | NO |
ID de servidor personalizado | SÍ | SÍ | NO | NO | NO |
Rule | SÍ | SÍ | NO | NO | NO |
SRCIPDESTIP | N/D | N/D | SÍ | SÍ | N/D |
DESTIP | N/D | N/D | SÍ | SÍ | N/D |
Tabla 2. Tipos de persistencia disponibles para cada tipo de servidor virtual
También puede especificar la persistencia para un grupo de servidores virtuales. Cuando habilita la persistencia en el grupo, las solicitudes del cliente se dirigen al mismo servidor seleccionado, independientemente del servidor virtual del grupo que reciba la solicitud del cliente. Cuando transcurre el tiempo configurado para la persistencia, se puede seleccionar cualquier servidor virtual del grupo para las solicitudes de clientes entrantes.
Dos tipos de persistencia de uso común son la persistencia basada en cookies y la persistencia basada en los ID de servidor en las URL.
Configurar la persistencia en función de las cookies
Al habilitar la persistencia basada en cookies, el dispositivo Citrix ADC agrega una cookie HTTP al campo de encabezado Set-Cookie de la respuesta HTTP. La cookie contiene información sobre el servicio al que se deben enviar las solicitudes HTTP. El cliente almacena la cookie y la incluye en todas las solicitudes posteriores, y el ADC la usa para seleccionar el servicio para esas solicitudes. Puede usar este tipo de persistencia en servidores virtuales de tipo HTTP o HTTPS.
El dispositivo Citrix ADC inserta la cookie <NSC_XXXX>= <ServiceIP> <ServicePort>
Donde:
- <<NSC_XXXX> es el ID del servidor virtual que se deriva del nombre del servidor virtual.
- <<ServiceIP> es el valor hexadecimal de la dirección IP del servicio.
- <<ServicePort> es el valor hexadecimal del puerto del servicio.
Si la opción useEncryptedPersistenceCookie
está habilitada, el ADC cifra ServiceIP y ServicePort mediante el algoritmo de hash SHA2 cuando inserta una cookie y la descifra cuando recibe una cookie.
Nota: Si el cliente no tiene permiso para almacenar la cookie HTTP, las solicitudes posteriores no tienen la cookie HTTP y no se respeta la persistencia.
De forma predeterminada, el dispositivo ADC envía la cookie HTTP versión 0, de conformidad con la especificación de Netscape. También puede enviar la versión 1, de conformidad con RFC 2109.
Puede configurar un valor de tiempo de espera para la persistencia que se base en las cookies HTTP. Tenga en cuenta lo siguiente:
- Si se utiliza la versión 0 de la cookie HTTP, el dispositivo Citrix ADC inserta la hora universal coordinada (GMT) absoluta de la caducidad de la cookie (el atributo expires de la cookie HTTP), calculada como la suma de la hora GMT actual en un dispositivo ADC y el valor del tiempo de espera.
- Si se utiliza una cookie HTTP versión 1, el dispositivo ADC inserta un tiempo de caducidad relativo (atributo Max-Age de la cookie HTTP). En este caso, el software cliente calcula la fecha de caducidad real.
Nota: La mayoría del software cliente instalado actualmente (exploradores web Microsoft Internet Explorer y Netscape) comprende la versión 0 de la cookie HTTP; sin embargo, algunos proxies HTTP entienden la versión 1 de la cookie HTTP.
Si establece el valor de tiempo de espera en 0, el dispositivo ADC no especifica la hora de caducidad, independientemente de la versión de la cookie HTTP utilizada. El tiempo de caducidad depende entonces del software del cliente, y dichas cookies no son válidas si se cierra el software. Este tipo de persistencia no consume ningún recurso del sistema. Por lo tanto, puede admitir un número ilimitado de clientes persistentes.
Un administrador puede cambiar la versión de la cookie HTTP.
Para cambiar la versión de la cookie HTTP mediante la CLI
En el símbolo del sistema, escriba;
set ns param [-cookieversion ( 0 | 1 )]
<!--NeedCopy-->
Ejemplo:
set ns param -cookieversion 1
<!--NeedCopy-->
Para cambiar la versión de la cookie HTTP mediante la GUI
- Vaya a Sistema > Configuración.
- En el panel de detalles, haga clic en Cambiar parámetros HTTP.
- En el cuadro de diálogo Configurar parámetros HTTP, en Cookie, seleccione Versión 0 o Versión 1.
Nota: Para obtener información sobre los parámetros, consulte Configurar la persistencia basada en cookies.
Para configurar la persistencia basada en cookies mediante la CLI
En el símbolo del sistema, escriba los siguientes comandos para configurar la persistencia basada en cookies y verificar la configuración:
set lb vserver <name> -persistenceType COOKIEINSERT
show lb vserver <name>
<!--NeedCopy-->
Ejemplo:
set lb vserver vserver-LB-1 -persistenceType COOKIEINSERT
Done
show lb vserver vserver-LB-1
vserver-LB-1 (10.102.29.60:80) - HTTP Type: ADDRESS
.
.
.
Persistence: COOKIEINSERT (version 0)
Persistence Timeout: 2 min
.
.
.
Done
<!--NeedCopy-->
Para configurar la persistencia basada en cookies mediante la interfaz gráfica de usuario
- Vaya a Administración del tráfico > Equilibrio de carga > Servidores virtuales.
- En el panel de detalles, seleccione el servidor virtual para el que quiere configurar la persistencia (por ejemplo, vServer-LB-1) y, a continuación, haga clic en Abrir.
- En el cuadro de diálogo Configurar servidor virtual (equilibrio de carga), en la ficha Método y persistencia, en la lista Persistencia, seleccione COOKIEINSERT.
- En el cuadro de texto Tiempo límite (min), escriba el valor del tiempo de espera (por ejemplo, 2).
- Haga clic en Aceptar.
- Compruebe que el servidor virtual para el que configuró la persistencia esté correctamente configurado seleccionando el servidor virtual y consultando la sección Detalles en la parte inferior del panel.
Configurar la persistencia en función de los ID de servidor en las URL
El dispositivo Citrix ADC puede mantener la persistencia en función de los ID de servidor en las URL. En una técnica llamada persistencia pasiva de URL, el ADC extrae el ID del servidor de la respuesta del servidor y lo incrusta en la consulta de URL de la solicitud del cliente. El ID del servidor es una dirección IP y un puerto especificados como un número hexadecimal. El ADC extrae el ID del servidor de las solicitudes posteriores del cliente y lo utiliza para seleccionar el servidor.
La persistencia pasiva de URL requiere configurar una expresión de carga útil o una expresión de infraestructura de directiva que especifique la ubicación del ID del servidor en las solicitudes de cliente. Para obtener más información sobre las expresiones, consulte Configuración y referencia de directivas.
Nota: Si el ID del servidor no se puede extraer de las solicitudes del cliente, la selección del servidor se basa en el método de equilibrio de carga.
Ejemplo: Expresión de carga útil
La expresión URLQUERY contiene sid= configura el sistema para extraer el ID del servidor de la consulta URL de una solicitud de cliente, después de hacer coincidir el token sid=. Por lo tanto, una solicitud con la URL http://www.citrix.com/index.asp?\&sid;=c0a864100050
se dirige al servidor con la dirección IP 10.102.29.10 y el puerto 80.
El valor de tiempo de espera no afecta a este tipo de persistencia, que se mantiene mientras se pueda extraer el ID del servidor de las solicitudes del cliente. Este tipo de persistencia no consume ningún recurso del sistema, por lo que puede acomodar un número ilimitado de clientes persistentes.
Nota: Para obtener información sobre los parámetros, consulte Equilibrio de carga.
Para configurar la persistencia basada en los ID de servidor en las direcciones URL mediante la CLI
En el símbolo del sistema, escriba los siguientes comandos para configurar la persistencia en función de los ID de servidor en las URL y verificar la configuración:
set lb vserver <name> -persistenceType URLPASSIVE
<show lb vserver <name>
<!--NeedCopy-->
Ejemplo:
set lb vserver vserver-LB-1 -persistenceType URLPASSIVE
Done
show lb vserver vserver-LB-1
vserver-LB-1 (10.102.29.60:80) - HTTP Type: ADDRESS
.
.
.
Persistence: URLPASSIVE
Persistence Timeout: 2 min
.
.
.
Done
<!--NeedCopy-->
Para configurar la persistencia en función de los ID de servidor en las URL mediante la interfaz gráfica de usuario
- Vaya a Administración del tráfico > Equilibrio de carga > Servidores virtuales.
- En el panel de detalles, seleccione el servidor virtual para el que quiere configurar la persistencia (por ejemplo, vServer-LB-1) y, a continuación, haga clic en Abrir.
- En el cuadro de diálogo Configurar servidor virtual (equilibrio de carga), en la ficha Método y persistencia, en la lista Persistencia, seleccione URLPASSIVE.
- En el cuadro de texto Tiempo límite (min), escriba el valor del tiempo de espera (por ejemplo, 2).
- En el cuadro de texto Regla, introduzca una expresión válida. También puede hacer clic en Configurar junto al cuadro de texto Regla y utilizar el cuadro de diálogo Crear expresión para crear una expresión.
- Haga clic en Aceptar.
- Compruebe que el servidor virtual para el que configuró la persistencia esté correctamente configurado seleccionando el servidor virtual y consultando la sección Detalles en la parte inferior del panel.
Compartir
Compartir
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.