-
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 HTTP/2 en NetScaler ADC Appliance
-
-
-
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!
Configuración HTTP/2
Nota: La funcionalidad HTTP/2 se admite en los modelos Citrix ADC MPX, VPX y SDX. En un dispositivo Citrix ADC VPX, la funcionalidad HTTP/2 se admite a partir de la versión 11.0 de Citrix ADC.
El problema del rendimiento de las aplicaciones web está directamente relacionado con la tendencia a aumentar el tamaño de la página y el número de objetos en las páginas web. HTTP/1.1 se desarrolló para admitir páginas web más pequeñas, conexiones a Internet más lentas y hardware de servidor más limitado que el habitual en la actualidad. No es adecuado para nuevas tecnologías como JavaScript y hojas de estilo en cascada (CSS) ni para nuevos tipos de medios como vídeos Flash e imágenes con gran cantidad de gráficos. Esto se debe a que solo puede solicitar un recurso por conexión al servidor. Esta limitación aumenta significativamente el número de viajes de ida y vuelta, lo que provoca una representación de páginas más prolongada y una reducción del rendimiento de la red.
El protocolo HTTP/2 aborda estas limitaciones al permitir que la comunicación se produzca con menos datos transmitidos a través de la red y ofrece la posibilidad de enviar varias solicitudes y respuestas a través de una sola conexión. En esencia, HTTP/2 aborda las limitaciones clave de HTTP/1.1 mediante el uso de las conexiones de red subyacentes de forma más eficiente. Cambia la forma en que las solicitudes y las respuestas viajan por la red.
HTTP/2 es un protocolo binario. Es más eficiente de analizar, más compacto en el cable, y lo más importante, es menos propenso a errores, en comparación con protocolos textuales como HTTP/1.1. El protocolo HTTP/2 utiliza una capa de encuadre binario que define el tipo de marco y cómo se encapsulan y transfieren los mensajes HTTP entre el cliente y el servidor. La funcionalidad HTTP/2 admite el uso del método CONNECT para establecer una conexión de túnel a través de un único flujo HTTP/2 a un host remoto.
El protocolo HTTP/2 incluye muchos cambios que mejoran el rendimiento y que mejoran significativamente el rendimiento, en particular para los clientes que se conectan a través de una red móvil.
La siguiente tabla enumera las principales mejoras en HTTP/2 sobre HTTP/1.1:
Funciones HTTP/2 | Descripción |
---|---|
Compresión de encabezado | Los encabezados HTTP tienen mucha información repetitiva y, por lo tanto, consumen ancho de banda innecesario durante la transmisión de datos. HTTP/2 reduce los requisitos de ancho de banda al comprimir el encabezado y minimizar el requisito de transportar encabezados HTTP con cada solicitud y respuesta. |
Multiplexación de conexiones | La latencia puede tener un gran impacto en los tiempos de carga de las páginas y en la experiencia del usuario final. La multiplexación de conexiones resuelve este problema mediante el envío de varias solicitudes y respuestas a través de una sola conexión. |
Push de servidor | La inserción del servidor permite al servidor enviar contenido de forma proactiva al explorador del cliente, evitando retrasos de ida y vuelta. Esta función almacena en caché las respuestas que cree que necesita el cliente, reduce el número de viajes de ida y vuelta y mejora el tiempo de representación de la página. Importante: El dispositivo Citrix ADC no admite la funcionalidad de inserción del servidor. |
Sin bloqueo de encabezamiento | En HTTP 1.1, los exploradores pueden descargar un recurso cada vez por conexión. Cuando un explorador tiene que descargar un recurso grande, bloquea la descarga de todos los demás recursos hasta que se complete la primera descarga. HTTP/2 resuelve este problema con un enfoque de multiplexación. Permite al explorador cliente descargar otros componentes web en paralelo a través de la misma conexión y mostrarlos a medida que estén disponibles. |
Priorización de solicitudes | No todos los recursos tienen la misma prioridad cuando el explorador muestra una página web. Para acelerar el tiempo de carga, todos los exploradores modernos priorizan las solicitudes por tipo de activo, su ubicación en la página e incluso por prioridad aprendida de visitas anteriores. Con HTTP/1.1, el explorador tiene una capacidad limitada para utilizar los datos de prioridad, ya que este protocolo no admite la multiplexación y no hay forma de comunicar la priorización de solicitudes por parte del servidor. El resultado es una latencia de red innecesaria. HTTP/2 resuelve este problema permitiendo que el explorador envíe todas las solicitudes. El explorador puede comunicar su preferencia de priorización de transmisiones a través de dependencias y ponderaciones de transmisión, lo que permite a los servidores optimizar la entrega de respuestas. Importante: El dispositivo Citrix ADC no admite la funcionalidad de priorización de solicitudes. |
Cómo funciona HTTP/2
Un dispositivo Citrix ADC admite HTTP/2 tanto en el lado del cliente como en el servidor. En el lado del cliente, el dispositivo Citrix ADC actúa como servidor que aloja un servidor virtual HTTP/HTTPS para HTTP/2. En el lado back-end, Citrix ADC actúa como cliente de los servidores enlazados al servidor virtual.
Por lo tanto, el dispositivo Citrix ADC mantiene conexiones independientes tanto en el lado del cliente como en el servidor. El dispositivo Citrix ADC tiene configuraciones HTTP/2 independientes para el lado del cliente y el lado del servidor.
Configuración de equilibrio de cargas HTTP/2 para HTTPS (SSL)
Para una configuración de equilibrio de carga HTTPS, el dispositivo Citrix ADC utiliza la extensión TLS ALPN (RFC 7301) para determinar si el cliente/servidor admite HTTP/2. Si lo hace, el dispositivo elige HTTP/2 como protocolo de capa de aplicación para transmitir datos (como se describe en RFC 7540 - Sección 3.3) en el lado cliente/servidor. El dispositivo utiliza el siguiente orden de preferencia al elegir el protocolo de capa de aplicación mediante la extensión ALPN de TLS:
- HTTP/2 (si está habilitado en el perfil HTTP)
- SPDY (si está habilitado en el perfil HTTP)
- HTTP/1.1
HTTP/2 para configuración de equilibrio de cargas HTTP
Para una configuración de equilibrio de carga HTTP, el dispositivo Citrix ADC utiliza uno de los métodos siguientes para iniciar la comunicación con el cliente/servidor mediante HTTP/2.
Nota:
En las descripciones de métodos siguientes, cliente y servidor son términos generales para una conexión HTTP/2. Por ejemplo, para una configuración de equilibrio de carga de un dispositivo Citrix ADC mediante HTTP/2, el dispositivo Citrix ADC actúa como servidor del lado del cliente y actúa como cliente del lado del servidor.
-
Actualización HTTP/2. Un cliente envía una solicitud HTTP/1.1 a un servidor. La solicitud incluye un encabezado de actualización, que solicita al servidor que actualice la conexión a HTTP/2. Si el servidor admite HTTP/2, el servidor acepta la solicitud de actualización y se lo notifica en su respuesta. El cliente y el servidor comienzan a comunicarse mediante HTTP/2 después de que el cliente recibe la respuesta de confirmación de actualización.
-
HTTP/2 directo. Un cliente comienza a comunicarse directamente con un servidor en HTTP/2 en lugar de utilizar el método de actualización HTTP/2. Si el servidor no admite HTTP/2 o no está configurado para aceptar directamente solicitudes HTTP/2, descarta los paquetes HTTP/2 del cliente. Este método resulta útil si el administrador del dispositivo cliente ya sabe que el servidor admite HTTP/2.
-
HTTP/2 directo mediante el servicio alternativo (ALT-SVC). Un servidor anuncia que admite HTTP/2 para un cliente mediante la inclusión de un campo de servicio alternativo (ALT-SVC) en su respuesta HTTP/1.1. Si el cliente está configurado para comprender el campo ALT-SVC, el cliente y el servidor comienzan a comunicarse directamente mediante HTTP/2 una vez que el cliente recibe la respuesta.
El dispositivo Citrix ADC proporciona opciones configurables en un perfil HTTP para los métodos HTTP/2. Estas opciones HTTP/2 se pueden aplicar al lado del cliente, así como al lado del servidor de una configuración de equilibrio de carga HTTPS o HTTP. Para obtener más información sobre los métodos y opciones HTTP/2, consulte el PDF de opciones de HTTP/2.
Antes de comenzar
Antes de empezar a configurar HTTP/2 en un dispositivo Citrix ADC, tenga en cuenta los siguientes puntos:
- El dispositivo Citrix ADC admite HTTP/2 tanto en el lado del cliente como en el servidor.
- El dispositivo Citrix ADC no admite la funcionalidad de inserción del servidor HTTP/2.
- El dispositivo Citrix ADC no admite la funcionalidad de priorización de solicitudes HTTP/2.
- El dispositivo Citrix ADC no admite la renegociación SSL HTTP/2 para las configuraciones de equilibrio de carga HTTPS.
- El dispositivo Citrix ADC no admite la autenticación NTLM HTTP/2.
- Con HTTP/2 habilitado, la multiplexación de conexiones inhabilitada (como USIP habilitada) y el mapeo uno a uno de las conexiones TCP de cliente y servidor, los eventos de cierre como FIN, reinicio (RST) se reenvían desde la conexión del cliente o servidor a la conexión del par vinculado.
Configuración de HTTP/2
La configuración de HTTP/2 para una configuración de equilibrio de carga (HTTPS o HTTP) consiste en las siguientes tareas:
-
Habilite HTTP/2 y establezca parámetros HTTP/2 opcionales en un perfil HTTP. Habilita HTTP/2 en un perfil HTTP. Cuando solo habilita HTTP/2 en un perfil HTTP, el dispositivo Citrix ADC utiliza únicamente el método de actualización (para HTTP) o el método ALPN de TLS (para HTTPS) para comunicarse en HTTP/2.
Para que el dispositivo Citrix ADC utilice el método HTTP/2 directo, la opción HTTP/2 debe estar habilitada en el perfil HTTP. Para que el dispositivo Citrix ADC utilice HTTP/2 directo mediante el método de servicio alternativo, la opción Servicio alternativo (altsvc) debe estar habilitada en el perfil HTTP.
-
Enlace el perfil HTTP a un servidor virtual o a un servicio. Enlace el perfil HTTP a un servidor virtual para configurar HTTP/2 para el lado cliente de la configuración del equilibrio de carga. Enlaza el perfil HTTP a un servicio para configurar HTTP2 para el lado del servidor de la configuración del equilibrio de carga.
Nota:
Citrix recomienda vincular perfiles HTTP independientes para el lado del cliente y el lado del servidor.
-
Habilite el parámetro global para la compatibilidad con el servidor HTTP/2. Habilite el parámetro HTTP global del lado del servicio HTTP/2(HTTP2Serverside) para habilitar la compatibilidad con HTTP/2 en el lado del servidor de todas las configuraciones de equilibrio de carga que tengan configurado HTTP/2.
HTTP/2 no funciona en el lado del servidor de ninguna configuración de equilibrio de carga si HTTP/2 Service Side está inhabilitado aunque HTTP/2 esté habilitado en el perfil HTTP enlazado a los servicios de equilibrio de carga relacionados.
Procedimientos de línea de comandos de Citrix ADC:
Para habilitar HTTP/2 y establecer parámetros HTTP/2 mediante la línea de comandos de Citrix ADC
- Para habilitar HTTP/2 y establecer los parámetros HTTP/2 mientras se agrega un perfil HTTP, en el símbolo del sistema, escriba:
add ns httpProfile <name> - http2 ( ENABLED | DISABLED ) [-http2Direct ( ENABLED | DISABLED )] [-altsvc ( ENABLED | DISABLED )]
show ns httpProfile <name>
- Para habilitar HTTP/2 y establecer los parámetros HTTP/2 mientras se modifica un perfil HTTP, en el símbolo del sistema, escriba:
set ns httpProfile <name> -http2 ( ENABLED | DISABLED ) [-http2Direct ( ENABLED | DISABLED)] [-altsvc (ENABLED | DISABLED )]
show ns httpProfile <name>
Para enlazar el perfil HTTP a un servidor virtual mediante la línea de comandos de Citrix ADC
En el símbolo del sistema, escriba:
set lb vserver <name> - httpProfileName <string>
show lb vserver <name>
Para enlazar el perfil HTTP a un servicio de equilibrio de carga mediante la línea de comandos de Citrix ADC
En el símbolo del sistema, escriba:
set service <name> -httpProfileName <string>
show service <name>
Para habilitar la compatibilidad con HTTP/2 de forma global en el servidor mediante la línea de comandos de Citrix ADC
En el símbolo del sistema, escriba:
set ns httpParam -HTTP2Serverside( ENABLED | DISABLED )
show ns httpParam
Para habilitar HTTP/2 y establecer parámetros HTTP/2 mediante la GUI de Citrix ADC
- Vaya a Sistema > Perfiles y haga clic en la ficha Perfiles HTTP.
- Habilite HTTP/2 mientras agregas un perfil HTTP o modificas un perfil HTTP existente.
Para enlazar el perfil HTTP a un servidor virtual mediante la GUI de Citrix ADC
- Vaya a Administración del tráfico > Equilibrio de carga > Servidores virtualesy abra el servidor virtual.
- En Configuración avanzada, haga clic en + Perfil HTTP para enlazar el perfil HTTP creado al servidor virtual.
Para enlazar el perfil HTTP a un servicio de equilibrio de carga mediante la GUI de Citrix ADC
- Vaya a Administración del tráfico > Equilibrio de carga > Servicioy abra el servicio.
- En Configuración avanzada, haga clic en + Perfil HTTP para enlazar el perfil HTTP creado al servicio.
Para habilitar la compatibilidad con HTTP/2 globalmente en el servidor mediante la interfaz gráfica de usuario
Vaya a Sistema > Configuración, haga clic en Cambiar parámetros HTTP y habilite HTTP/2 Server Side.
Configuraciones de ejemplo
En la siguiente configuración de ejemplo, HTTP/2 y HTTP/2 directo están habilitados en el perfil HTTP HTTP-PROFILE-HTTP2-CLIENT-SIDE. El perfil está enlazado al servidor virtual LB-VS-1.
set ns httpProfile HTTP-PROFILE-HTTP2-CLIENT-SIDE -http2 enabled -http2Direct enabled
Done
set lb vserver LB-VS-1 -httpProfileName HTTP-PROFILE-HTTP2-CLIENT-SIDE
Done
<!--NeedCopy-->
En la siguiente configuración de ejemplo, HTTP/2 y el servicio alternativo (ALT-SVC) están habilitados en el perfil HTTP HTTP-PROFILE-HTTP2-SERVER-SIDE. El perfil está vinculado al servicio LB-SERVICE-1.
set ns httpparam -HTTP2Serverside ENABLED
Done
set ns httpProfile HTTP-PROFILE-HTTP2-SERVER-SIDE -http2 ENABLED -altsvc ENABLED
Done
set service LB-SERVICE-1 -httpProfileName HTTP-PROFILE-HTTP2-SERVER-SIDE
Done
<!--NeedCopy-->
Configurar el tamaño de la ventana de conexión inicial HTTP/2
Según RFC 7540, la ventana de control de flujo para la transmisión y la conexión HTTP2 debe establecerse en 64 K (65535) octetos y cualquier cambio realizado en este valor debe comunicarse al par. El dispositivo ADC comunica el cambio en el tamaño de la ventana de control de flujo de la siguiente manera:
- Usar el marco
SETTINGS
para la transmisión. - Usar el marco
WINDOW_UPDATE
para la conexión.
En un perfil HTTP, debe configurar el parámetro http2InitialWindowSize
para establecer el tamaño de ventana inicial a nivel de transmisión. Debido a un error interno del sistema, el dispositivo ADC inicializa también la ventana de control de flujo para la conexión. Cuando se produce un cambio en la ventana de control de flujo configurada para la transmisión, el dispositivo ADC se comunica con el par mediante el marco SETTINGS. Sin embargo, el dispositivo ADC no comunica el cambio en la ventana de control de flujo para la conexión mediante el marco WINDOW_UPDATE
. Esto lleva a una congelación de la conexión.
Para superar el problema, ahora se agrega el parámetro http2InitialConnWindowSize
(en bytes) para controlar la ventana de control de flujo para la conexión. Mediante el uso de parámetros configurables independientes, ahora puede permitir que el dispositivo envíe actualizaciones para cambiar el tamaño de ventana, tanto en los niveles de transmisión como de conexión.
Configure el parámetro de tamaño de ventana de conexión inicial HTTP/2 mediante la CLI
En el símbolo del sistema, escriba:
set http profile p1 -http2InitialConnWindowSize 8290
Initial window size for stream level flow control, in bytes.
Default value: 65535
Minimum value: 8192
Maximum value: 20971520
<!--NeedCopy-->
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.