-
-
Implementar una instancia de NetScaler VPX
-
Optimice el rendimiento de NetScaler VPX en VMware ESX, Linux KVM y Citrix Hypervisors
-
Mejore el rendimiento de SSL-TPS en plataformas de nube pública
-
Configurar subprocesos múltiples simultáneos para NetScaler VPX en nubes públicas
-
Instalar una instancia de NetScaler VPX en un servidor desnudo
-
Instalar una instancia de NetScaler VPX en Citrix Hypervisor
-
Instalación de una instancia NetScaler VPX en la nube de VMware en AWS
-
Instalación de una instancia NetScaler VPX en servidores Microsoft Hyper-V
-
Instalar una instancia de NetScaler VPX en la plataforma Linux-KVM
-
Requisitos previos para instalar dispositivos virtuales NetScaler VPX en la plataforma Linux-KVM
-
Aprovisionamiento del dispositivo virtual NetScaler mediante OpenStack
-
Aprovisionamiento del dispositivo virtual NetScaler mediante Virtual Machine Manager
-
Configuración de dispositivos virtuales NetScaler para que usen la interfaz de red SR-IOV
-
Configuración de dispositivos virtuales NetScaler para que usen la interfaz de red PCI Passthrough
-
Aprovisionamiento del dispositivo virtual NetScaler mediante el programa virsh
-
Administración de las máquinas virtuales invitadas de NetScaler
-
Aprovisionamiento del dispositivo virtual NetScaler con SR-IOV en OpenStack
-
-
Implementar una instancia de NetScaler VPX en AWS
-
Configurar las funciones de IAM de AWS en la instancia de NetScaler VPX
-
Implementación de una instancia independiente NetScaler 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 VPX en AWS Outposts
-
Proteja AWS API Gateway mediante el firewall de aplicaciones web de Citrix
-
Configurar una instancia de NetScaler VPX para utilizar la interfaz de red SR-IOV
-
Configurar una instancia de NetScaler VPX para utilizar redes mejoradas con AWS ENA
-
Implementar una instancia de NetScaler VPX en Microsoft Azure
-
Arquitectura de red para instancias NetScaler VPX en Microsoft Azure
-
Configuración de varias direcciones IP para una instancia independiente NetScaler VPX
-
Configurar una configuración de alta disponibilidad con varias direcciones IP y NIC
-
Configurar una instancia de NetScaler VPX para usar redes aceleradas de Azure
-
Configure los nodos HA-INC mediante la plantilla de alta disponibilidad de NetScaler con Azure ILB
-
Instalación de una instancia NetScaler VPX en la solución Azure VMware
-
Configurar una instancia independiente de NetScaler VPX en la solución Azure VMware
-
Configurar una instalación de alta disponibilidad de NetScaler VPX en la solución Azure VMware
-
Configurar el servidor de rutas de Azure con un par de alta disponibilidad de NetScaler VPX
-
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 VPX en Google Cloud Platform
-
Implementar un par de VPX de alta disponibilidad en Google Cloud Platform
-
Implementar un par de alta disponibilidad VPX con direcciones IP privadas en Google Cloud Platform
-
Instalar una instancia de NetScaler VPX en VMware Engine de Google Cloud
-
Compatibilidad con escalado VIP para la instancia NetScaler VPX en GCP
-
-
Automatizar la implementación y las configuraciones de NetScaler
-
Actualización y degradación de un dispositivo NetScaler
-
Consideraciones de actualización para configuraciones con directivas clásicas
-
Consideraciones sobre la actualización de archivos de configuración personalizados
-
Consideraciones sobre la actualización: Configuración de SNMP
-
Compatibilidad con actualización de software en servicio para alta disponibilidad
-
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é
-
-
-
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 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
-
Ejemplos de tutoriales de directivas avanzadas para reescritura
-
-
-
Protecciones de nivel superior
-
Protección basada en gramática SQL para cargas útiles HTML y JSON
-
Protección basada en gramática por inyección de comandos para carga útil HTML
-
Reglas de relajación y denegación para gestionar ataques de inyección HTML SQL
-
Compatibilidad con palabras clave personalizadas para la carga útil HTML
-
Compatibilidad con firewall de aplicaciones para Google Web Toolkit
-
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
-
-
Descripción general del cluster
-
Administración del clúster de NetScaler
-
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 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 and Desktops 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
-
-
Configurar para obtener el tráfico de datos NetScaler FreeBSD desde una dirección SNIP
-
-
Almacenamiento en caché integrado
-
Configurar directivas de almacenamiento en caché e invalidación
-
Configurar expresiones para directivas y selectores de almacenamiento en caché
-
Configurar cookies, encabezados y sondeos
-
-
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
-
Quitar y reemplazar un NetScaler 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!
Configurar cookies, encabezados y sondeos
En este tema se explica cómo configurar la memoria caché para administrar las cookies, los encabezados HTTP y el sondeo del servidor de origen. Esto incluye modificar el comportamiento predeterminado que hace que la memoria caché difiera de los estándares documentados, anular los encabezados HTTP que podrían provocar que el contenido almacenable en caché no se almacene en la memoria caché y configurar la memoria caché para que siempre sondee el origen del contenido actualizado.
Divergencia del comportamiento de la memoria caché con respecto a los estándares
De forma predeterminada, la memoria caché integrada se adhiere a los siguientes estándares RFC:
- RFC 2616, “HTTP HTTP/1.1”
- Los comportamientos de almacenamiento en caché descritos en RFC 2617, “Autenticación HTTP: autenticación de acceso básica y implícita”
- El comportamiento de almacenamiento en caché descrito en RFC 2965, “Mecanismo de administración del estado HTTP”
Las directivas integradas y los atributos del grupo de contenido predeterminado garantizan el cumplimiento de la mayoría de estos estándares.
El comportamiento predeterminado de la memoria caché integrada difiere de la especificación de la siguiente manera:
- La funcionalidad es limitada para el encabezado Vary. De forma predeterminada, cualquier respuesta que contenga un encabezado Vary no se puede almacenar en caché a menos que se comprima. Una respuesta comprimida contiene codificación de contenido: gzip, codificación de contenido: desinflar o codificación de contenido: pack200-gzip y se puede almacenar en caché incluso si contiene el encabezado Vary: Accept-coding.
- La caché integrada ignora los valores del control de caché de encabezados: sin caché y control de caché: privado. Por ejemplo, una respuesta que contiene control de caché: no-cache=”Set-cookie” se trata como si la respuesta contenía Cache-Control: sin caché. De forma predeterminada, la respuesta no se almacena en caché.
- Una imagen (tipo de contenido = image/*) siempre se considera almacenable en caché, incluso si una respuesta de imagen contiene encabezados set-cookie o set-cookie2, o si una solicitud de imagen contiene un encabezado de cookie. La memoria caché integrada elimina los encabezados set-cookie y set-cookie2 de una respuesta antes de almacenarla en caché. Esto difiere del RFC 2965. Puede configurar el comportamiento compatible con RFC de la siguiente manera:
add cache policy rfc_compliant_images_policy -rule "http.res.header.set-cookie2.exists || http.res.header.set-cookie.exists" -action NOCACHE
bind cache global rfc_compliant_images_policy -priority 100 -type REQ_OVERRIDE
<!--NeedCopy-->
- Los siguientes encabezados de control de caché en una solicitud obligan a una memoria caché compatible con RFC a recargar una respuesta almacenada en caché desde el servidor de origen:
Cache-control: max-age=0
Cache-control: no-cache
Para protegerse de los ataques de denegación de servicio, este comportamiento no es el predeterminado.
- Por defecto, el módulo de almacenamiento en caché considera que una respuesta se puede almacenar en caché a menos que una cabecera de respuesta indique lo contrario. Para que este comportamiento sea compatible con RFC 2616, establezca
-weakPosRelExpiry
y-weakNegResExpiry
en 0 para todos los grupos de contenido.
Eliminar las cookies de una respuesta
Las cookies a menudo se personalizan para un usuario y, por lo general, no deben almacenarse en caché. El parámetro Remove Response Cookies
elimina los encabezados Set-Cookie and Set-Cookie2
antes de almacenar en caché una respuesta. De forma predeterminada, la opción Remove Response Cookies
de un grupo de contenido evita el almacenamiento en caché de las respuestas con encabezados Set-Cookie
o Set-Cookie2
.
Nota: Cuando las imágenes se almacenan en caché, el comportamiento integrado es eliminar
Set-Cookie2
los encabezadosSet-Cookie
y antes del almacenamiento en caché, sin importar cómo esté configurado el grupo de contenido.Citrix recomienda que acepte el valor predeterminado
Remove Response Cookies
para cada grupo de contenido que almacene respuestas incrustadas, por ejemplo, imágenes.
Para configurar Remove Response Cookies
un grupo de contenido mediante la interfaz de línea de comandos:
En la línea de comandos, escriba:
set cache contentgroup <name> -removeCookies YES
Configurar Eliminar cookies de respuesta para un grupo de contenido mediante la GUI de NetScaler
- Vaya a Optimización > Almacenamiento en caché integrado > Grupos de contenidoy seleccione el grupo de contenido.
- En la ficha Otros, en el grupo Configuración, seleccione la opción Eliminar cookies de respuesta.
Inserción de encabezados HTTP en tiempo de respuesta
La memoria caché integrada puede insertar encabezados HTTP en las respuestas que resultan de las solicitudes de caché. El dispositivo NetScaler no modifica los encabezados en las respuestas que resultan de errores de caché.
En la siguiente tabla se describen los encabezados que se pueden insertar en una respuesta.
Header | Especificación |
---|---|
Edad | Proporciona la antigüedad de la respuesta en segundos, calculada a partir del momento en que se generó la respuesta en el servidor de origen. De forma predeterminada, la caché inserta un encabezado Age para cada respuesta que se sirve desde la caché. |
vía | Enumera los protocolos y los destinatarios entre los puntos de inicio y finalización de una solicitud o una respuesta. El dispositivo NetScaler inserta un encabezado Via en cada respuesta que sirve desde la memoria caché. El valor predeterminado del encabezado insertado es NS-CACHE-10.0 : último octeto de la dirección IP de NetScaler”. Para obtener más información, consulte “Configuración de atributos globales para el almacenamiento en caché.” |
Tag |
La memoria caché admite la validación de respuestas mediante Last-Modified y encabezados Tag para determinar si una respuesta está obsoleta. La memoria caché inserta una Tag en una respuesta solo si almacena en caché la respuesta y el servidor de origen no ha insertado su propia cabecera Tag . El valor Tag es un número único y arbitrario. El valor Tag de una respuesta cambia si se actualiza desde el servidor de origen, pero permanece igual si el servidor envía una respuesta 304 (objeto no actualizado). Los servidores de origen normalmente no generan validadores para el contenido dinámico porque el contenido dinámico se considera que no se puede almacenar en caché. Puede anular este comportamiento. Con la inserción de encabezados Tag , se permite que la memoria caché no sirva respuestas completas. En cambio, se requiere que el agente de usuario almacene en caché la respuesta dinámica enviada por la memoria caché integrada la primera vez. Para forzar a un agente de usuario a almacenar en caché una respuesta, configure la memoria caché integrada para insertar un encabezado Tag y reemplazar el encabezado Cache-Control proporcionado por el origen. |
Control de caché | El dispositivo NetScaler normalmente no modifica los encabezados de capacidad de caché en las respuestas que se sirven desde el servidor de origen. Si el servidor de origen envía una respuesta etiquetada como no almacenable en caché, el cliente trata la respuesta como no almacenable en caché, incluso si el dispositivo NetScaler almacena en caché la respuesta. Para almacenar en caché las respuestas dinámicas en un agente de usuario, puede reemplazar los encabezados de Cache-Control del servidor de origen. Esto se aplica solo a los agentes de usuario y a otras memorias caché intervinientes. No afectan a la memoria caché integrada. |
Header | Especificación |
---|---|
Edad | Proporciona la antigüedad de la respuesta en segundos, calculada a partir del momento en que se generó la respuesta en el servidor de origen. De forma predeterminada, la caché inserta un encabezado Age para cada respuesta que se sirve desde la caché. |
vía | Enumera los protocolos y los destinatarios entre los puntos de inicio y finalización de una solicitud o una respuesta. El dispositivo NetScaler inserta un encabezado Via en cada respuesta que sirve desde la memoria caché. El valor predeterminado del encabezado insertado es “NS-CACHE-9.2: último octeto de la dirección IP de NetScaler”. Para obtener más información, consulte “Configuración de atributos globales para el almacenamiento en caché.” |
Tag |
La memoria caché admite la validación de respuestas mediante las cabeceras Last-Modified y Tag para determinar si una respuesta está obsoleta. La memoria caché inserta una Tag en una respuesta solo si almacena en caché la respuesta y el servidor de origen no ha insertado su propia cabecera Tag . El valor Tag es un número único y arbitrario. El valor Tag de una respuesta cambia si se actualiza desde el servidor de origen, pero permanece igual si el servidor envía una respuesta 304 (objeto no actualizado). Los servidores de origen normalmente no generan validadores para el contenido dinámico porque el contenido dinámico se considera que no se puede almacenar en caché. Puede anular este comportamiento. Con la inserción de encabezados Tag , se permite que la memoria caché no sirva respuestas completas. En cambio, se requiere que el agente de usuario almacene en caché la respuesta dinámica enviada por la memoria caché integrada la primera vez. Para forzar a un agente de usuario a almacenar en caché una respuesta, configure la memoria caché integrada para insertar un encabezado Tag y reemplazar el encabezado Cache-Control proporcionado por el origen. |
Control de caché | El dispositivo NetScaler normalmente no modifica los encabezados de capacidad de caché en las respuestas que se sirven desde el servidor de origen. Si el servidor de origen envía una respuesta etiquetada como no almacenable en caché, el cliente trata la respuesta como no almacenable en caché, incluso si el dispositivo NetScaler almacena en caché la respuesta. Para almacenar en caché las respuestas dinámicas en un agente de usuario, puede reemplazar los encabezados de Cache-Control del servidor de origen. Esto se aplica solo a los agentes de usuario y a otras memorias caché intervinientes. No afectan a la memoria caché integrada. |
Insertar un encabezado de edad, vía o etiqueta
Los siguientes procedimientos describen cómo insertar encabezados Age, Via y ETag.
Inserte un encabezado Age, Via o Etag mediante la interfaz de comandos de NetScaler:
En la línea de comandos, escriba:
set cache contentgroup <name> -insertVia YES -insertAge YES -insertETag YES
Configure el encabezado Age, Via o Etag mediante la GUI de NetScaler
- Vaya a Optimización > Almacenamiento en caché integrado > Grupos de contenido y seleccione el grupo de contenido.
- En la ficha Otros, en el grupo Inserciones de encabezado HTTP, seleccione las opciones Vía, Edado ETag, según corresponda.
- Los valores de los demás tipos de encabezado se calculan automáticamente. Configure el valor Via en la configuración principal de la memoria caché.
Insertar un encabezado de control de caché
Cuando la memoria caché integrada reemplaza un encabezado de Cache-Control que el servidor de origen insertó, también reemplaza el encabezado Expires. El nuevo encabezado Expires contiene una fecha de caducidad en el pasado. Esto garantiza que los clientes y las memorias caché HTTP/1.0 (que no entienden el encabezado Cache-Control) no almacenan en caché el contenido.
Inserte un encabezado cache-control mediante la interfaz de comandos de NetScaler
En la línea de comandos, escriba:
set cache contentgroup <name> -cacheControl <value>
Inserte un encabezado de control de caché mediante la GUI de NetScaler
- Vaya a Optimización > Almacenamiento en caché integrado > Grupos de contenidoy
- Haga clic en la ficha Método de caducidad, borre la configuración de caducidad heurística y predeterminada y establezca el valor relevante en el cuadro de texto Caducar contenido después.
- Haga clic en la ficha Otros y escriba el encabezado que quiere insertar en el cuadro de texto Cache-Control. También puede hacer clic en Configurar para establecer las directivas de Cache-Control en las respuestas almacenadas en caché.
Ignorar los encabezados de control de caché y pragma en las solicitudes
De forma predeterminada, el módulo de almacenamiento en caché procesa los encabezados de Cache-Control y Pragma. Los siguientes tokens en las cabeceras Cache-Control se procesan como se describe en RFC 2616.
- edad máx
- max-rancio
- solo en caché
- sin caché
Un encabezado Pragma: sin caché en una solicitud se trata de la misma manera que un encabezado Cache-Control: sin caché.
Si configura el módulo de almacenamiento en caché para que ignore los encabezados Cache-Control y Pragma, una solicitud que contenga un encabezado Cache-Control: No-Cache hace que el dispositivo NetScaler recupere la respuesta del servidor de origen, pero la respuesta almacenada en caché no se actualiza. Si el módulo de almacenamiento en caché procesa los encabezados Cache-Control y Pragma, la respuesta almacenada en caché se actualiza.
En la siguiente tabla se resumen las implicaciones de varias configuraciones para estos encabezados y la configuración Ignorar solicitud de recarga del explorador.
Configuración para ignorar encabezados Cache-Control y Pragma | Configuración para ignorar solicitud de recarga del explorador | Resultado |
---|---|---|
Sí | Sí o no | Ignore los encabezados Cache-Control y Pragma del cliente, incluida la directiva Cache-Control: sin caché. |
No | Sí | El encabezado Cache-Control: sin caché produce un error de caché, pero una respuesta que ya está en la memoria caché no se actualiza. |
No | No | Una solicitud que contiene un encabezado Cache-Control: sin caché provoca una falta de caché y la respuesta almacenada se actualiza. |
Para ignorar los encabezados Cache-Control y Pragma en una solicitud mediante la interfaz de línea de comandos
En la línea de comandos, escriba:
set cache contentgroup <name> -ignoreReqCachingHdrs YES
Para ignorar las solicitudes de recarga del explorador mediante la interfaz de línea de comandos
En la línea de comandos, escriba:
set cache contentgroup <name> -ignoreReloadReq NO
Nota: De forma predeterminada, el parámetro -IgnoreReloadReq se establece en YES.
Ignorar los encabezados de Cache-Control y Pragma en una solicitud mediante la GUI
- Vaya a Optimización > Almacenamiento en caché integrado > Grupos de contenidoy seleccione el grupo de contenido.
- En la ficha Otros, en el grupo Configuración, seleccione Ignorar encabezados de control de caché y Pragma en la opción Solicitudes.
Ejemplo de una directiva para ignorar los encabezados de Cache-Control:
En el siguiente ejemplo, configura una directiva de anulación de tiempo de solicitud para almacenar en caché las respuestas que contienen Content-type: image/* independientemente del encabezado Cache-Control en la respuesta.
Para configurar una directiva de anulación de tiempo de solicitud para almacenar en caché todas las respuestas con imagen/*
Vaciar la memoria caché con la opción Invalidar todo.
Configure una nueva directiva de caché y dirija la directiva a un grupo de contenido en particular. Para obtener más información, consulte “Configuración de una directiva en la memoria caché integrada.”
Asegúrese de que el grupo de contenido que utiliza la directiva esté configurado para ignorar los encabezados de Cache-Control, como se describe en “Ignorar encabezados de Cache-Control y Pragma en Solicitudes.”
Enlazar la directiva al banco de directivas de anulación de tiempo de solicitud.
Para obtener más información, consulte el tema Vinculación global de una directiva de almacenamiento en caché integrada.
Servidor de origen de sondeo cada vez que se recibe una solicitud
Puede configurar el dispositivo NetScaler para que consulte siempre el servidor de origen antes de ofrecer una respuesta almacenada. Esto se conoce como Encuesta Cada vez (PET). Cuando el dispositivo NetScaler consulta el servidor de origen y la respuesta PET no ha caducado, una respuesta completa del servidor de origen no sobrescribe el contenido en caché. Esta propiedad es útil cuando se publica contenido específico del cliente.
Cuando caduca una respuesta PET, el dispositivo NetScaler la actualiza cuando llega la primera respuesta completa del servidor de origen.
La función Poll Every Time (PET) funciona de la siguiente manera:
Para una respuesta en caché que tiene validadores en forma de etiqueta o encabezado de última modificación, si la respuesta caduca, se marca automáticamente como PET y se almacena en caché.
Puede configurar PET para un grupo de contenido.
Si configura un grupo de contenido como PET, todas las respuestas del grupo de contenido se marcan como PET. El grupo de contenido PET puede almacenar respuestas que no tienen validadores. Las respuestas que se marcan automáticamente como PET siempre caducan. Las respuestas que pertenecen a un grupo de contenido PET pueden caducar tras un retraso, en función de cómo configure el grupo de contenido.
Los sondeos afectan a dos tipos de solicitudes:
- Solicitudes condicionales: un cliente emite una solicitud condicional para garantizar que la respuesta que tiene es la copia más reciente. Una solicitud de agente de usuario para una respuesta PET almacenada en caché siempre se convierte en una solicitud condicional y se envía al servidor de origen. Una solicitud condicional tiene validadores en los encabezados
If-Modified-Since
oIf-None-Match
. El encabezadoIf-Modified-Since
contiene el tiempo desde el encabezadoLast-Modified
. Un encabezado If-None-Match contiene el valor del encabezado Tag de la respuesta. Si la copia de la respuesta del cliente es nueva, el servidor de origen responde con 304 No modificado. Si la copia está obsoleta, una respuesta condicional genera 200 OK que contiene toda la respuesta. - Solicitudes no condicionales: una solicitud no condicional solo puede generar 200 OK que contenga la respuesta completa.
Respuesta del servidor de origen | Acción |
---|---|
Envía la respuesta completa | El servidor de origen envía la respuesta tal cual al cliente. Si la respuesta en caché ha caducado, se actualiza. |
304 no modificado | Los siguientes valores de encabezado en la respuesta 304 se fusionan con la respuesta almacenada en caché y la respuesta en caché se sirve al cliente: Tokens Date, Expires, Age, Cache-Control header Max-Age y S-Maxage |
401 no autorizado; 400 solicitudes incorrectas; 405 método no permitido; 406 no aceptable; se requiere autenticación de proxy 407 | La respuesta del origen se entrega tal cual al cliente. La respuesta almacenada en caché no cambia. |
Cualquier otra respuesta de error, por ejemplo, 404 Not Found | La respuesta del origen se entrega tal cual al cliente. La respuesta almacenada en caché se elimina. |
Nota: El parámetro Poll Every Time trata las respuestas afectadas como no almacenables.
Para configurar el sondeo cada vez mediante la interfaz de línea de comandos
En la línea de comandos, escriba:
add cache contentgroup <contentGroupName> -pollEveryTime YES
Encuesta mediante la interfaz gráfica de usuario
- Vaya a Optimización > Almacenamiento en caché integrado > Grupos de contenidoy seleccione el grupo de contenido.
- En la ficha Otros, en el grupo Configuración, seleccione la opción Encuesta cada vez (validar el contenido en caché con origen para cada solicitud).
PET y contenido específico del cliente
La función PET puede garantizar que el contenido se personalice para un cliente. Por ejemplo, un sitio web que ofrece contenido en varios idiomas examina el encabezado de solicitud Accept-Language para seleccionar el idioma del contenido que publica. Para un sitio web multilingüe en el que el inglés es el idioma predominante, todo el contenido en inglés se puede almacenar en caché en un grupo de contenido PET. Esto garantiza que cada solicitud vaya al servidor de origen para determinar el idioma de la respuesta. Si la respuesta es en inglés y el contenido no ha cambiado, el servidor de origen puede entregar 304 No modificado a la memoria caché.
El siguiente ejemplo muestra comandos para almacenar en caché las respuestas en inglés en un grupo de contenido PET, configurar una expresión con nombre que identifique las respuestas en inglés en la memoria caché y configurar una directiva que utilice este grupo de contenido y la expresión con nombre. Bold se usa para enfatizar:
add cache contentgroup EnglishLanguageGroup -pollEveryTime YES
add expression containsENExpression –rule "http.res.header(\\"Content-Language\\").contains(\\"en\\")"
add cache policy englishPolicy -rule containsENExpression -action CACHE -storeInGroup englishLanguageGroup
bind cache policy englishPolicy -priority 100 -precedeDefRules NO
<!--NeedCopy-->
PET y autenticación, autorización y auditoría
Outlook Web Access (OWA) es un buen ejemplo de contenido generado dinámicamente que se beneficia del PET. Todas las respuestas de correo (objetos *.EML) tienen un validador ETag
que permite que se almacenen como respuestas PET.
Cada solicitud de respuesta de correo se dirige al servidor de origen, incluso si la respuesta se almacena en caché. El servidor de origen determina si el solicitante está autenticado y autorizado. También verifica que la respuesta exista en el servidor de origen. Si todos los resultados son positivos, el servidor de origen envía una respuesta 304 No modificada.
Compartir
Compartir
En este artículo
- Divergencia del comportamiento de la memoria caché con respecto a los estándares
- Eliminar las cookies de una respuesta
- Inserción de encabezados HTTP en tiempo de respuesta
- Insertar un encabezado de edad, vía o etiqueta
- Insertar un encabezado de control de caché
- Ignorar los encabezados de control de caché y pragma en las solicitudes
- Servidor de origen de sondeo cada vez que se recibe una solicitud
- PET y contenido específico del cliente
- PET y autenticación, autorización y auditoría
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.