-
Notas de la versión de Citrix ADC
-
-
Cómo se comunica Citrix ADC con clientes y servidores
-
Implementar una instancia de Citrix ADC VPX
-
Optimice el rendimiento de Citrix ADC VPX en VMware ESX, Linux KVM y Citrix Hypervisors
-
Instalar una instancia de Citrix ADC VPX en un servidor desnudo
-
Instalar una instancia de Citrix ADC VPX en Citrix Hypervisor
-
Instalación de una instancia Citrix ADC VPX en la nube de VMware en AWS
-
Instalación de una instancia 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 dispositivos virtuales Citrix ADC para utilizar la interfaz de red SR-IOV
-
Configuración de dispositivos virtuales Citrix ADC para utilizar la interfaz de red Passthrough PCI
-
Aprovisionamiento de Citrix ADC Virtual Appliance mediante el programa virsh
-
Administración de las máquinas virtuales invitadas de Citrix ADC
-
Aprovisionamiento de Citrix ADC Virtual Appliance con SR-IOV, en OpenStack
-
-
Implementar una instancia de Citrix ADC VPX en AWS
-
Implementación de una instancia independiente Citrix 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 Citrix ADC VPX en AWS Outposts
-
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 Citrix ADC VPX en Microsoft Azure
-
Configuración de varias direcciones IP para una instancia independiente 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 Azure ILB
-
Instalación de una instancia Citrix 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 Citrix Gateway
-
Scripts de PowerShell adicionales para la implementación de Azure
-
Implementación de una instancia Citrix ADC VPX en Google Cloud Platform
-
Automatizar la implementación y las configuraciones de Citrix 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 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 la configuración de autenticación, autorización y auditoría
-
Autorización del acceso de los usuarios a los recursos de aplicaciones
-
Citrix ADC como proxy del servicio de federación de Active Directory
-
Citrix 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
-
-
Descripción general del cluster
-
Administración del clúster de Citrix 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 Citrix 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 la cantidad de conexiones de clientes
-
Establecer un límite en el número de solicitudes por conexión al servidor
-
Establecer un valor umbral para los monitores vinculados 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 Citrix ADC
-
-
Configurar para obtener el tráfico de datos Citrix 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
-
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 Citrix 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!
Cómo se comunica un dispositivo Citrix ADC con clientes y servidores
Normalmente, un dispositivo Citrix ADC se implementa frente a una comunidad de servidores y funciona como un proxy TCP transparente entre clientes y servidores, sin necesidad de ninguna configuración del lado del cliente. Este modo básico de operación se denomina tecnología de conmutación de solicitudes y es el núcleo de la funcionalidad de Citrix ADC. La conmutación de solicitudes permite a un dispositivo multiplexar y descargar las conexiones TCP, mantener las conexiones persistentes y administrar el tráfico en el nivel de solicitud (capa de aplicación). Esto es posible porque el dispositivo puede separar la solicitud HTTP de la conexión TCP en la que se entrega la solicitud.
Según la configuración, es posible que el dispositivo procese el tráfico antes de reenviar la solicitud a un servidor. Por ejemplo, si el cliente intenta obtener acceso a una aplicación segura en el servidor, el dispositivo puede realizar el procesamiento SSL necesario antes de enviar tráfico al servidor.
Para facilitar el acceso eficaz y seguro a los recursos del servidor, un dispositivo utiliza un conjunto de direcciones IP conocidas colectivamente como direcciones IP propiedad de Citrix ADC. Para administrar el tráfico de red, debe asignar direcciones IP propiedad de Citrix ADC a entidades virtuales que se convierten en los bloques de creación de la configuración. Por ejemplo, para configurar el equilibrio de carga, debe crear servidores virtuales para recibir solicitudes de cliente y distribuirlas a los servicios, que son entidades que representan las aplicaciones de los servidores.
Descripción de las direcciones IP propiedad de Citrix ADC
Para funcionar como proxy, un dispositivo Citrix ADC utiliza una variedad de direcciones IP. Las direcciones IP clave propiedad de Citrix ADC son:
-
Dirección IP deCitrix ADC (NSIP)
La dirección NSIP es la dirección IP para la administración y el acceso general al sistema al propio dispositivo, y para la comunicación entre dispositivos en una configuración de alta disponibilidad.
-
Dirección IP (VIP) del servidorvirtual
Una dirección VIP es la dirección IP asociada a un servidor virtual. Es la dirección IP pública a la que se conectan los clientes. Un dispositivo que administra un amplio rango de tráfico puede tener varias direcciones IP virtuales configuradas.
-
Dirección IP de subred (SNIP)
Se utiliza una dirección SNIP en la administración de conexiones y la supervisión del servidor. Puede especificar varias direcciones SNIP para cada subred. Las direcciones SNIP se pueden enlazar a una VLAN.
-
Conjunto deIP
Un conjunto de IP es un conjunto de direcciones IP, que se configuran en el dispositivo como SNIP. Un conjunto de IP se identifica con un nombre significativo que ayuda a identificar el uso de las direcciones IP contenidas en él.
-
Perfil de red
Un perfil de red (o perfil de red) contiene una dirección IP o un conjunto de IP. Un perfil de red puede vincularse al equilibrio de carga o al cambio de contenido de servidores virtuales, servicios, grupos de servicios o monitores. Durante la comunicación con servidores físicos o compañeros, el dispositivo utiliza las direcciones especificadas en el perfil como direcciones IP de origen.
Cómo se administran los flujos de tráfico
Dado que un dispositivo Citrix ADC funciona como un proxy TCP, traduce las direcciones IP antes de enviar paquetes a un servidor. Cuando configura un servidor virtual, los clientes se conectan a una dirección VIP en el dispositivo Citrix ADC en lugar de conectarse directamente a un servidor. Según lo determinado por la configuración del servidor virtual, el dispositivo selecciona un servidor adecuado y envía la solicitud del cliente a ese servidor. De forma predeterminada, el dispositivo utiliza una dirección SNIP para establecer conexiones con el servidor, como se muestra en la ilustración siguiente.
Ilustración 1. Conexiones basadas en servidores virtuales
En ausencia de un servidor virtual, cuando un dispositivo recibe una solicitud, reenvía la solicitud de forma transparente al servidor. Esto se llama el modo transparente de operación. Cuando funciona en modo transparente, un dispositivo traduce las direcciones IP de origen de las solicitudes de cliente entrantes a la dirección SNIP, pero no cambia la dirección IP de destino. Para que este modo funcione, el modo L2 o L3 debe configurarse adecuadamente.
En los casos en que los servidores necesitan la dirección IP del cliente real, el dispositivo puede configurarse para modificar el encabezado HTTP insertando la dirección IP del cliente como un campo adicional o configurado para usar la dirección IP del cliente en lugar de una dirección SNIP para las conexiones a los servidores.
Bloques de construcción de la gestión del tráfico
La configuración de un dispositivo Citrix ADC se genera normalmente con una serie de entidades virtuales que sirven como bloques de creación para la administración del tráfico. El enfoque de bloques de construcción ayuda a separar los flujos de tráfico. Las entidades virtuales son abstracciones, que normalmente representan direcciones IP, puertos y controladores de protocolo para procesar el tráfico. Los clientes acceden a aplicaciones y recursos a través de estas entidades virtuales. Las entidades más utilizadas son servidores y servicios virtuales. Los servidores virtuales representan grupos de servidores en una comunidad de servidores o una red remota, y los servicios representan aplicaciones específicas en cada servidor.
La mayoría de las funciones y configuraciones de tráfico se habilitan a través de entidades virtuales. Por ejemplo, puede configurar un dispositivo para comprimir todas las respuestas del servidor a un cliente conectado al conjunto de servidores a través de un servidor virtual determinado. Para configurar el dispositivo para un entorno concreto, debe identificar las funciones adecuadas y, a continuación, elegir la combinación adecuada de entidades virtuales para entregarlas. La mayoría de las entidades se entregan a través de una cascada de entidades virtuales enlazadas entre sí. En este caso, las entidades virtuales son como bloques que se ensamblan en la estructura final de una aplicación entregada. Puede agregar, quitar, modificar, enlazar, habilitar e inhabilitar las entidades virtuales para configurar las entidades. En la siguiente ilustración se muestran los conceptos tratados en esta sección.
Ilustración 2. Cómo funcionan los bloques de construcción de la gestión del tráfico
Una configuración simple de equilibrio de carga
En el ejemplo que se muestra en la siguiente ilustración, el dispositivo Citrix ADC está configurado para funcionar como equilibrador de carga. Para esta configuración, debe configurar entidades virtuales específicas para el equilibrio de carga y vincularlas en un orden específico. Como equilibrador de carga, un dispositivo distribuye las solicitudes de cliente entre varios servidores y, por lo tanto, optimiza la utilización de los recursos.
Los componentes básicos de una configuración típica de equilibrio de carga son los servicios y los servidores virtuales de equilibrio de carga. Los servicios representan a las aplicaciones en los servidores. Los servidores virtuales abstraen los servidores proporcionando una única dirección IP a la que se conectan los clientes. Para asegurarse de que las solicitudes de cliente se envían a un servidor, debe vincular cada servicio a un servidor virtual. Es decir, debe crear servicios para cada servidor y enlazar los servicios a un servidor virtual. Los clientes utilizan la dirección VIP para conectarse a un dispositivo Citrix ADC. Cuando el dispositivo recibe solicitudes de cliente enviadas a la dirección VIP, las envía a un servidor determinado por el algoritmo de equilibrio de carga. El equilibrio de carga utiliza una entidad virtual denominada monitor para realizar un seguimiento de si un servicio configurado específico (servidor más aplicación) está disponible para recibir solicitudes.
Ilustración 3. Servidor virtual, servicios y monitores de equilibrio de carga
Además de configurar el algoritmo de equilibrio de carga, puede configurar varios parámetros que afectan el comportamiento y el rendimiento de la configuración de equilibrio de carga. Por ejemplo, puede configurar el servidor virtual para mantener la persistencia en función de la dirección IP de origen. A continuación, el dispositivo dirige todas las solicitudes de cualquier dirección IP específica al mismo servidor.
Descripción de los servidores virtuales
Un servidor virtual es una entidad Citrix ADC denominada que los clientes externos pueden usar para acceder a aplicaciones alojadas en los servidores. Se representa mediante un nombre alfanumérico, una dirección IP virtual (VIP), un puerto y un protocolo. El nombre del servidor virtual es solo de importancia local y está diseñado para facilitar la identificación del servidor virtual. Cuando un cliente intenta acceder a aplicaciones en un servidor, envía una solicitud a la dirección IP virtual en lugar de enviarla a la dirección IP del servidor físico. Cuando el dispositivo recibe una solicitud en la dirección VIP, finaliza la conexión en el servidor virtual y utiliza su propia conexión con el servidor en nombre del cliente. La configuración de puerto y protocolo del servidor virtual determina las aplicaciones que representa el servidor virtual. Por ejemplo, un servidor web se puede representar mediante un servidor virtual y un servicio cuyo puerto y protocolo se establecen en 80 y HTTP, respectivamente. Varios servidores virtuales pueden usar la misma dirección VIP pero diferentes protocolos y puertos.
Los servidores virtuales son puntos para entregar funciones. La mayoría de las funciones, como la compresión, el almacenamiento en caché y la descarga de SSL, normalmente están habilitadas en un servidor virtual. Cuando el dispositivo recibe una solicitud en una dirección VIP, elige el servidor virtual apropiado por el puerto en el que se recibió la solicitud y su protocolo. A continuación, el dispositivo procesa la solicitud según corresponda para las funciones configuradas en el servidor virtual.
En la mayoría de los casos, los servidores virtuales funcionan en conjunto con los servicios. Puede enlazar varios servicios a un servidor virtual. Estos servicios representan las aplicaciones que se ejecutan en servidores físicos en una comunidad de servidores. Una vez que el dispositivo procesa las solicitudes recibidas en una dirección VIP, las reenvía a los servidores según lo determinado por el algoritmo de equilibrio de carga configurado en el servidor virtual. La siguiente ilustración ilustra estos conceptos.
Imagen 4. Múltiples servidores virtuales con una única dirección VIP
La ilustración anterior muestra una configuración que consta de dos servidores virtuales con una dirección VIP común pero puertos y protocolos diferentes. Cada uno de los servidores virtuales tiene dos servicios vinculados a él. Los servicios s1 y s2 están enlazados a VS_HTTP y representan las aplicaciones HTTP en el servidor 1 y el servidor 2. Los servicios s3 y s4 están enlazados a VS_SSL y representan las aplicaciones SSL en el servidor 2 y el servidor 3 (el servidor 2 proporciona aplicaciones HTTP y SSL). Cuando el dispositivo recibe una solicitud HTTP en la dirección VIP, procesa la solicitud según lo especificado por la configuración de VS_HTTP y la envía al servidor 1 o al servidor 2. Del mismo modo, cuando el dispositivo recibe una solicitud HTTPS en la dirección VIP, la procesa según lo especificado por la configuración de VS_SSL y la envía al servidor 2 o al servidor 3.
Los servidores virtuales no siempre se representan mediante direcciones IP, números de puerto o protocolos específicos. Se pueden representar mediante comodines, en cuyo caso se conocen como servidores virtuales comodines. Por ejemplo, cuando configura un servidor virtual con un comodín en lugar de un VIP, pero con un número de puerto específico, el dispositivo intercepta y procesa todo el tráfico conforme a ese protocolo y destinado al puerto predefinido. Para los servidores virtuales con comodines en lugar de VIPs y números de puerto, el dispositivo intercepta y procesa todo el tráfico conforme al protocolo.
Los servidores virtuales pueden agruparse en las siguientes categorías:
-
Servidor virtual de equilibrio de carga
Recibe y redirige solicitudes a un servidor apropiado. La elección del servidor apropiado se basa en cuál de los diversos métodos de equilibrio de carga configura el usuario.
-
Servidor virtual de redirección de caché
Redirige las solicitudes de cliente de contenido dinámico a los servidores de origen y las solicitudes de contenido estático a los servidores de caché. Los servidores virtuales de redirección de caché a menudo funcionan junto con los servidores virtuales de equilibrio de carga.
-
Servidor virtual de conmutación de contenido
Dirige el tráfico a un servidor en función del contenido solicitado por el cliente. Por ejemplo, puede crear un servidor virtual de conmutación de contenido que dirija todas las solicitudes de los clientes de imágenes a un servidor que solo sirve imágenes. Los servidores virtuales de conmutación de contenido suelen funcionar conjuntamente con los servidores virtuales de equilibrio de carga.
-
Servidor virtual de red privada virtual (VPN)
Descifra el tráfico en túnel y lo envía a aplicaciones de intranet.
-
Servidor virtual SSL
Recibe y descifra el tráfico SSL y, a continuación, redirige a un servidor apropiado. Elegir el servidor adecuado es similar a elegir un servidor virtual de equilibrio de carga.
Descripción de los servicios
Los servicios representan aplicaciones en un servidor. Aunque los servicios se combinan normalmente con servidores virtuales, en ausencia de un servidor virtual, un servicio puede administrar el tráfico específico de la aplicación. Por ejemplo, puede crear un servicio HTTP en un dispositivo Citrix ADC para representar una aplicación de servidor web. Cuando el cliente intenta tener acceso a un sitio web alojado en el servidor web, el dispositivo intercepta las solicitudes HTTP y crea una conexión transparente con el servidor web.
En el modo de solo servicio, un dispositivo funciona como proxy. Termina las conexiones de cliente, utiliza una dirección SNIP para establecer una conexión con el servidor y traduce las direcciones IP de origen de las solicitudes de cliente entrantes a una dirección SNIP. Aunque los clientes envían solicitudes directamente a la dirección IP del servidor, el servidor las ve como procedentes de la dirección SNIP. El dispositivo traduce las direcciones IP, los números de puerto y los números de secuencia.
Un servicio también es un punto para aplicar funcionalidades. Considere el ejemplo de aceleración SSL. Para utilizar esta función, debe crear un servicio SSL y enlazar un certificado SSL al servicio. Cuando el dispositivo recibe una solicitud HTTPS, descifra el tráfico y lo envía, en texto sin formato, al servidor. Solo se puede configurar un conjunto limitado de funciones en el caso de solo servicio.
Los servicios utilizan entidades llamadas monitores para realizar un seguimiento del estado de las aplicaciones. Cada servicio tiene un monitor predeterminado, que se basa en el tipo de servicio, vinculado a él. Según lo especificado por la configuración configurada en el monitor, el dispositivo envía sondeos a la aplicación a intervalos regulares para determinar su estado. Si los sondeos fallan, el dispositivo marca el servicio como inactivo. En tales casos, el dispositivo responde a las solicitudes del cliente con un mensaje de error adecuado o redirige la solicitud según lo determinado por las directivas de equilibrio de carga configuradas.
Compartir
Compartir
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.