-
-
-
Configuración de Citrix ADC para Citrix Virtual Apps and Desktops
-
Preferencia de zona alimentada de Equilibrio de carga de servidor global (GSLB)
-
Implemente una plataforma de publicidad digital en AWS con Citrix ADC
-
Mejorar el análisis de Clickstream en AWS mediante Citrix ADC
-
Citrix ADC en una nube privada administrada por Microsoft Windows Azure Pack y Cisco ACI
-
-
Implementar una instancia de Citrix ADC VPX
-
Instalar una instancia de Citrix ADC VPX en un servidor desnudo
-
Instalar una instancia de Citrix ADC VPX en Citrix Hypervisor
-
Instalar una instancia de Citrix ADC VPX en la nube de VMware en AWS
-
Instalar una instancia de Citrix ADC VPX en servidores Microsoft Hyper-V
-
Instalar una instancia de Citrix ADC VPX en la plataforma Linux-KVM
-
Requisitos previos para instalar dispositivos virtuales Citrix ADC VPX en la plataforma Linux-KVM
-
Aprovisionamiento de Citrix ADC Virtual Appliance mediante OpenStack
-
Aprovisionamiento de Citrix ADC Virtual Appliance mediante Virtual Machine Manager
-
Configuración de Citrix ADC Virtual Appliances para utilizar la interfaz de red SR-IOV
-
Configuración de Citrix ADC Virtual Appliances para utilizar la interfaz de red PCI Passthrough
-
Aprovisionamiento de Citrix ADC Virtual Appliance mediante el programa virsh
-
Aprovisionamiento de Citrix ADC Virtual Appliance con SR-IOV, en OpenStack
-
-
Implementar una instancia de Citrix ADC VPX en AWS
-
Implementar una instancia independiente de Citrix ADC VPX en AWS
-
Servidores de equilibrio de carga en diferentes zonas de disponibilidad
-
Implementar un par de alta disponibilidad VPX con direcciones IP privadas en diferentes zonas de AWS
-
Agregar el servicio de escalado automático de AWS de back-end
-
Configurar una instancia de Citrix ADC VPX para utilizar la interfaz de red SR-IOV
-
Configurar una instancia de Citrix ADC VPX para utilizar redes mejoradas con AWS ENA
-
Implementar una instancia de Citrix ADC VPX en Microsoft Azure
-
Arquitectura de red para instancias de Citrix ADC VPX en Microsoft Azure
-
Configurar varias direcciones IP para una instancia independiente de Citrix 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 ILB de Azure
-
Configurar GSLB en una configuración de alta disponibilidad en espera activa
-
Configurar grupos de direcciones (IIP) para un dispositivo Citrix Gateway
-
Scripts de PowerShell adicionales para la implementación de Azure
-
Implementar una instancia de Citrix ADC VPX en Google Cloud Platform
-
Automatizar la implementación y las configuraciones de Citrix ADC
-
Soluciones para proveedores de servicios de telecomunicaciones
-
Tráfico de plano de control de equilibrio de carga basado en los protocolos de diameter, SIP y SMPP
-
Utilización del ancho de banda mediante la funcionalidad de redirección de caché
-
Optimización TCP de Citrix 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 configuración de autenticación, autorización y auditoría
-
Autorizar el acceso de usuario a los recursos de la aplicación
-
Citrix ADC como proxy del servicio de federación de Active Directory
-
Citrix Gateway local como proveedor de identidades para 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
-
Solucionar problemas relacionados con la autenticación y la autorización
-
-
-
-
Configuración de la expresión de directiva avanzada: Introducción
-
Expresiones de directiva avanzadas: Trabajar con fechas, horas y números
-
Expresiones de directiva avanzadas: Análisis de datos HTTP, TCP y UDP
-
Expresiones de directiva avanzadas: Análisis de certificados SSL
-
Expresiones de directivas avanzadas: Direcciones IP y MAC, rendimiento, ID de VLAN
-
Expresiones de directiva avanzadas: Funciones de análisis de flujo
-
Ejemplos de resumen de expresiones y directivas de sintaxis predeterminadas
-
Ejemplos de tutoriales de directivas de sintaxis predeterminadas para reescribir
-
Migración de las reglas mod_rewrite de Apache a la sintaxis predeterminada
-
-
-
-
Redirección de caché de niveles N
-
Traducir la dirección IP de destino de una solicitud a la dirección IP de origen
-
-
Compatibilidad con la configuración de Citrix ADC en un clúster
-
-
Administración del clúster de Citrix ADC
-
Grupos de nodos para configuraciones manchadas y parcialmente rayadas
-
Desactivación de la dirección en el plano anterior del clúster
-
Quitar 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 errores de propagación de comandos en una implementación de clúster
-
Compatibilidad con logotipos listos para IPv6 para clústeres
-
Enlace de interfaz VRRP en un clúster activo de un solo nodo
-
Casos de configuración y uso del clúster
-
Migración de una configuración de alta disponibilidad a una configuración de clúster
-
Interfaces comunes para cliente y servidor e interfaces dedicadas para plano anterior
-
Conmutador común para cliente y servidor y conmutador dedicado para plano anterior
-
Servicios de supervisión en un clúster mediante supervisión de rutas
-
Copia de seguridad y restauración de la configuración del clúster
-
-
-
Caso de uso 1: Configurar DataStream para una arquitectura de base de datos primaria/secundaria
-
Caso de uso 2: Configurar el método de token de equilibrio de carga para DataStream
-
Caso de uso 3: Registrar transacciones MSSQL en modo transparente
-
Caso de uso 4: Equilibrio de carga específico de base de datos
-
-
Configurar Citrix ADC como un solucionador de stub-aware no validador de seguridad
-
Soporte de tramas jumbo para DNS para manejar respuestas de tamaños grandes
-
Configurar el almacenamiento en caché negativo de registros DNS
-
Equilibrio de carga global del servidor
-
Configurar entidades GSLB individualmente
-
Caso de uso: Implementación de un grupo de servicios de escalado automático basado en direcciones IP
-
-
Estado de servicio y servidor virtual de equilibrio de carga
-
Insertar atributos de cookie a las cookies generadas por ADC
-
Proteger una configuración de equilibrio de carga contra fallos
-
Administrar el tráfico del cliente
-
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
-
Usar 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
-
Administrar el tráfico del cliente sobre la base de la tasa de tráfico
-
Usar un puerto de origen de un intervalo de puertos especificado para la comunicación de back-end
-
Configurar la persistencia de IP de origen para la comunicación de back-end
-
-
Configuración avanzada de equilibrio de carga
-
Incremente gradualmente la carga en un nuevo servicio con inicio lento a nivel de servidor virtual
-
Proteja las aplicaciones en servidores protegidos contra sobretensiones de tráfico
-
Habilitar la limpieza de las conexiones de servidor virtual y servicio
-
Habilitar o inhabilitar la sesión de persistencia en los servicios TROFS
-
Habilitar la comprobación externa del estado de TCP para servidores virtuales UDP
-
Mantener la conexión de cliente para varias solicitudes de cliente
-
Inserte la dirección IP del cliente en el encabezado de solicitud
-
Usar 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 cliente 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 el modo de retorno directo del servidor
-
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 el modo en línea
-
Caso de uso 10: Equilibrio de carga de 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 XenDesktop para el equilibrio de carga
-
Caso de uso 13: Configurar XenApp para el equilibrio de carga
-
Caso de uso 14: Asistente para ShareFile para equilibrio de carga Citrix ShareFile
-
-
-
Compatibilidad con el protocolo TLSv1.3 tal como se define en RFC 8446
-
Tabla compatibilidad con certificados de servidor en el dispositivo ADC
-
Compatibilidad con plataformas basadas en chips Intel Coleto SSL
-
Soporte para el módulo de seguridad de hardware de red Gemalto SafeNet
-
-
-
-
-
Configuración de un túnel de conector de CloudBridge entre dos centros de datos
-
Configuración de CloudBridge Connector entre Datacenter y AWS Cloud
-
Configuración de un túnel de conector de CloudBridge entre un centro de datos y Azure Cloud
-
Configuración de CloudBridge Connector Tunnel entre Datacenter y SoftLayer Enterprise Cloud
-
Diagnóstico y solución de problemas del túnel del conector de CloudBridge
-
-
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 diferentes subredes
-
Limitación de fallas causadas por monitores de ruta en modo no INC
-
Configuración del conjunto de interfaces de conmutación por error
-
Descripción del cálculo de comprobación de estado de alta disponibilidad
-
Administración de mensajes de latido de alta disponibilidad en un dispositivo Citrix ADC
-
Quitar y reemplazar un dispositivo Citrix ADC en una instalació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)
此内容已动态机器翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
This content has been machine translated dynamically.
This content has been machine translated dynamically.
This content has been machine translated dynamically.
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.
这篇文章已经过机器翻译.放弃
Translation failed!
Redirección de caché de nivel N
Para manejar eficientemente grandes cantidades de datos almacenados en caché, normalmente varios gigabytes por segundo, un proveedor de servicios de Internet (ISP) implementa varios servidores de caché dedicados. La función de redirección de caché del dispositivo Citrix ADC puede ayudar a equilibrar la carga de los servidores de caché, pero es posible que un solo dispositivo o un par de dispositivos no gestionen eficazmente el gran volumen de tráfico.
Puede resolver el problema implementando los dispositivos Citrix ADC en dos niveles (capas), donde los dispositivos de la capa superior equilibran la carga de la capa inferior y los dispositivos de la capa inferior equilibran la carga de los servidores de caché. Esta disposición se denomina redirección de caché de niveles n.
Para fines como la auditoría y la seguridad, un ISP tiene que realizar un seguimiento de los detalles del cliente, como la dirección IP, la información proporcionada y el momento de la interacción. Por lo tanto, las conexiones de cliente a través de un dispositivo Citrix ADC deben ser totalmente transparentes. Sin embargo, si configura la redirección de caché transparente, con los dispositivos Citrix ADC implementados en paralelo, la dirección IP del cliente debe compartirse entre todos los dispositivos. Compartir la dirección IP del cliente crea un conflicto que hace que los dispositivos de red, como enrutadores, servidores de caché, servidores de origen y otros dispositivos Citrix ADC, no puedan determinar el dispositivo y, por tanto, el cliente, al que se debe enviar la respuesta.
Cómo se implementa la redirección de caché de niveles N
Para resolver el problema, la redirección de caché de n-niveles del dispositivo divide el intervalo de puertos de origen entre los dispositivos de la capa inferior e incluye la dirección IP del cliente en la solicitud enviada a los servidores de caché. Los dispositivos Citrix ADC de nivel superior están configurados para realizar un equilibrio de carga sin sesión a fin de evitar cargas innecesarias en los dispositivos.
Cuando el dispositivo Citrix ADC de nivel inferior se comunica con un servidor de caché, utiliza una dirección IP asignada (MIP) para representar la dirección IP de origen. Por lo tanto, el servidor de caché puede identificar el dispositivo desde el que recibió la solicitud y enviar la respuesta al mismo dispositivo.
El dispositivo Citrix ADC de nivel inferior inserta la dirección IP del cliente en el encabezado de la solicitud enviada al servidor de caché. La IP del cliente en el encabezado ayuda al dispositivo a determinar el cliente al que se debe reenviar el paquete cuando recibe la respuesta de un servidor de caché, o el servidor de origen en caso de que se pierda la memoria caché. El servidor de origen determina la respuesta que se enviará de acuerdo con la IP del cliente insertada en el encabezado de solicitud.
El servidor de origen envía la respuesta a un dispositivo de nivel superior, incluido el número de puerto de origen desde el que el servidor de origen recibió la solicitud. Todo el rango de puertos de origen, 1024 a 65535, se distribuye entre los dispositivos Citrix ADC de nivel inferior. A cada dispositivo de nivel inferior se le asigna exclusivamente un grupo de direcciones dentro del intervalo. Esta asignación permite al dispositivo de nivel superior identificar inequívocamente el dispositivo Citrix ADC de nivel inferior que envió la solicitud al servidor de origen. Por lo tanto, el dispositivo de nivel superior puede reenviar la respuesta al dispositivo de nivel inferior correcto.
Los dispositivos Citrix ADC de nivel superior están configurados para realizar enrutamiento basado en directivas, y las directivas de enrutamiento se definen para determinar la dirección IP del dispositivo de destino desde el intervalo de puertos de origen.
Configuración necesaria para configurar N-Tier CRD
La siguiente configuración es necesaria para el funcionamiento de la redirección de caché de n-niveles:
Para cada dispositivo Citrix ADC de nivel superior:
- Habilite el modo Capa 3.
- Defina directivas para rutas basadas en directivas (PBRs) para que el tráfico se reenvíe de acuerdo con el intervalo del puerto de destino.
- Configure un servidor virtual de equilibrio de carga.
- Configure el servidor virtual para escuchar todo el tráfico procedente del cliente. Establezca el Service Type/Protocol como ANY y la dirección IP como asterisco (*).
- Habilite el equilibrio de carga sin sesión con el modo de redirección basado en Mac para evitar cargas innecesarias en los dispositivos Citrix ADC de nivel superior.
- Asegúrese de que la opción Usar puerto proxy está habilitada.
- Cree un servicio para cada dispositivo de nivel inferior y vincule todos los servicios al servidor virtual.
Para cada dispositivo Citrix ADC de nivel inferior,
- Configure el intervalo de puertos de redirección de caché en el dispositivo. Asigne un rango exclusivo a cada dispositivo de nivel inferior.
- Configure un servidor virtual de equilibrio de carga y habilite la redirección basada en Mac.
- Cree un servicio para cada servidor de caché que este dispositivo debe equilibrar la carga. Al crear el servicio, habilite la inserción de la IP del cliente en el encabezado. A continuación, enlazar todos los servicios al servidor virtual de equilibrio de carga.
- Configure un servidor virtual de redirección de caché en modo transparente con las siguientes opciones:
- Active la opción Origin USIP.
- Agregue una expresión IP de origen para incluir la IP del cliente en el encabezado.
- Active la opción Usar intervalo de puertos.
Cómo funciona la redirección de caché de niveles N durante un golpe de caché
La siguiente figura muestra cómo funciona la redirección de caché cuando una solicitud de cliente es almacenable en caché y la respuesta se envía desde un servidor de caché.
Figura 1. Redirección de caché en caso de un golpe de caché
Dos dispositivos Citrix ADC, L1NS1 y L1NS2, se implementan en el nivel superior, y cuatro dispositivos Citrix ADC, L2NS1, L2NS2, L2NS3 y L2NS4, se implementan en el nivel inferior. El cliente A envía una solicitud, que es reenviada por el enrutador. Los servidores de caché CRS1, CRS2 y CRS3 atienden las solicitudes de caché. Origin Server O presta servicios a las solicitudes almacenadas en caché.
Flujo de tráfico
- El cliente envía una solicitud y el router la reenvía a L1NS1.
- La carga L1NS1 equilibra la solicitud a L2NS2.
- La carga de L2NS2 equilibra la solicitud al servidor de caché CRS1 y la solicitud es almacenable en caché. L2NS2 incluye la IP del cliente en el encabezado de solicitud.
- CRS1 envía la respuesta a L2NS2 porque L2NS2 utilizó su MIP como dirección IP de origen al conectarse a CRS1.
- Con la ayuda de la dirección IP del cliente en el encabezado de solicitud, L2NS2 identifica el cliente del que proviene la solicitud. L2NS2 envía directamente la respuesta al router, evitando una carga innecesaria en el dispositivo en el nivel superior.
- El router reenvía la respuesta al cliente A.
Cómo funciona la redirección de caché de niveles N durante un bypass de caché
La siguiente figura muestra cómo funciona la redirección de caché cuando se envía una solicitud de cliente a un servidor de origen para obtener una respuesta.
Figura 2. Redirección de caché en caso de omisión de caché
Dos dispositivos Citrix ADC, L1NS1 y L1NS2, se implementan en el nivel superior, y cuatro dispositivos Citrix ADC, L2NS1, L2NS2, L2NS3 y L2NS4, se implementan en el nivel inferior. El cliente A envía una solicitud, que es reenviada por el enrutador. Los servidores de caché CRS1, CRS2 y CRS3 atienden las solicitudes de caché. Origin Server O presta servicios a las solicitudes almacenadas en caché.
Flujo de tráfico
- El cliente envía una solicitud y el router la reenvía a L1NS1.
- La carga L1NS1 equilibra la solicitud a L2NS2.
- La solicitud no se puede guardar en la caché (omisión de caché). Por lo tanto, L2NS2 envía la solicitud al servidor de origen a través del enrutador.
- El servidor de origen envía la respuesta a un dispositivo de nivel superior, L1NS2.
- De acuerdo con las directivas PBR, L1NS2 reenvía el tráfico al dispositivo apropiado en el nivel inferior, L2NS2.
- L2NS2 utiliza la dirección IP del cliente en el encabezado de solicitud para identificar el cliente desde el que procede la solicitud y envía la respuesta directamente al enrutador, evitando una carga innecesaria en el dispositivo en el nivel superior.
- El router reenvía la respuesta al cliente A.
Cómo funciona la redirección de caché de niveles N durante una pérdida de caché
La siguiente figura muestra cómo funciona la redirección de caché cuando no se almacena en caché una solicitud de cliente.
Imagen 3. Redirección de caché en caso de pérdida de caché
Dos dispositivos Citrix ADC, L1NS1 y L1NS2, se implementan en el nivel superior, y cuatro dispositivos Citrix ADC, L2NS1, L2NS2, L2NS3 y L2NS4, se implementan en el nivel inferior. El cliente A envía una solicitud, que es reenviada por el enrutador. Los servidores de caché CRS1, CRS2 y CRS3 atienden las solicitudes de caché. Origin Server O presta servicios a las solicitudes almacenadas en caché.
Flujo de tráfico
- El cliente envía una solicitud y el router la reenvía a L1NS1.
- La carga L1NS1 equilibra la solicitud a L2NS2.
- La carga de L2NS2 equilibra la solicitud al servidor de caché CRS1 porque la solicitud es almacenable en caché.
- CRS1 no tiene la respuesta (pérdida de caché). CRS1 reenvía la solicitud al servidor de origen a través del dispositivo en la capa inferior. L2NS3 intercepta el tráfico.
- L2NS3 toma la IP del cliente del encabezado y reenvía la solicitud al servidor de origen. El puerto de origen incluido en el paquete es el puerto L2NS3 desde el que se envía la solicitud al servidor de origen.
- El servidor de origen envía la respuesta a un dispositivo de nivel superior, L1NS2.
- De acuerdo con las directivas PBR, L1NS2 reenvía el tráfico al dispositivo apropiado en el nivel inferior, L2NS3.
- L2NS3 reenvía la respuesta al enrutador.
- El router reenvía la respuesta al cliente A.
Compartir
Compartir
En este artículo
- Cómo se implementa la redirección de caché de niveles N
- Configuración necesaria para configurar N-Tier CRD
- Cómo funciona la redirección de caché de niveles N durante un golpe de caché
- Cómo funciona la redirección de caché de niveles N durante un bypass de caché
- Cómo funciona la redirección de caché de niveles N durante una pérdida de caché
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix 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 Citrix product purchase decisions.
If you do not agree, select Do Not Agree to exit.