-
-
-
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
-
-
-
-
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
-
-
Prácticas recomendadas para configuraciones de red
-
-
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!
Prácticas recomendadas para configuraciones de red
En las siguientes secciones se describen algunas prácticas recomendadas para configurar funciones de red en un dispositivo Citrix ADC.
Enrutamiento y rutas predeterminadas
Las siguientes son algunas de las prácticas recomendadas para configurar las funciones de la capa 3 en un dispositivo Citrix ADC.
-
La interfaz
0/x
en un dispositivo Citrix ADC o Citrix SDX no debe utilizarse para el tráfico de producción. En un MPX o SDX, las interfaces llamadas0/x
se refieren a las interfaces de administración. Esto no significa que deba usar estas interfaces para Administración. Lo que significa es que estas interfaces NO están diseñadas para el tráfico de producción. No tienen los búferes de hardware y la optimización necesarios para lograr un rendimiento sostenido de 1 Gbps. Por lo tanto, si su ruta predeterminada está en la misma subred que su NSIP, debe cambiar la ruta predeterminada o utilizar una interfaz1/x
para su red de administración, ya que las interfaces1/x
están totalmente optimizadas para un tráfico de producción de 1 Gbps.Nota:
Esto no se aplica a un dispositivo Citrix ADC VPX.
-
Opción 1. No conectar a interfaces
0/x
: Desconecte el cable de la interfaz0/1
. NetScaler escucha el NSIP en las otras interfaces. (NOTA: Esta no es una opción para SDX, ya que SVM y XenServer solo pueden hablar con interfaces0/x
) -
Opción 2. Cambie la ruta predeterminada a una interfaz diferente como se detalla en la siguiente sección.
-
-
La puerta de enlace predeterminada (ruta 0.0.0.0) debe estar en una red de producción y no en ninguna interfaz
0/x
. Al configurar por primera vez un NetScaler, le pide la dirección NSIP, la máscara de subred y la puerta de enlace. El problema que esto crea para los administradores es que acaban de configurar su ruta predeterminada para estar en su red de administración mediante la interfaz 0/1.-
Para comprobar cuáles son sus rutas, ejecute en CLI
show route
y su puerta de enlace predeterminada es la IP en la línea donde la red y la máscara de red son 0.0.0.0. Aquí hay un ejemplo donde la puerta de enlace está en la línea 1:> sh route Network Netmask Gateway/OwnedIP State Traffic Domain Type ------- ------- --------------- ----- -------------- ---- 1) 0.0.0.0 0.0.0.0 10.25.213.65 UP 0 STATIC 2) 127.0.0.0 255.0.0.0 127.0.0.1 UP 0 PERMANENT 3) 10.25.213.64 255.255.255.192 10.25.213.68 UP 0 DIRECT 4) 172.16.0.0 255.255.255.0 172.16.0.1 UP 0 DIRECT
-
Para comprobar la interfaz y la VLAN utilizadas para la puerta de enlace predeterminada, compruebe la tabla ARP mediante
sh arp
en CLI. También puede buscar la IP específica medianteshow arp | grep 10.25.213.65
. A continuación se muestra un ejemplo en el que la puerta de enlace 10.25.213.65 utiliza la interfaz 1/1 y VLAN 1:> sh arp IP MAC Iface VLAN Origin TTL Traffic Domain -- --- ----- ---- ------ --- -------------- 1) 127.0.0.1 02:00:18:a4:00:1e LO/1 1 PERMANENT N/A 0 2) 10.25.213.70 02:00:0f:46:00:28 1/1 1 DYNAMIC 967 0 3) 10.25.213.68 02:00:18:a4:00:1e LO/1 1 PERMANENT N/A 0 4) 10.25.213.67 02:00:0f:46:00:28 1/1 1 DYNAMIC 641 0 5) 10.25.213.65 00:08:e3:ff:fd:90 1/1 1 DYNAMIC 483 0
-
Cambie la ruta predeterminada para utilizar una puerta de enlace en la subred de producción y la interfaz. Supongamos que la red de administración es 10.0.0.0/24 con Gateway 10.0.0.1 y la red de producción es 10.1.1.0/24 con Gateway 10.1.1.1. Configure su configuración de esta manera:
- SNIP: (Acceso de administración inhabilitado) 10.1.1.2
- NSIP: (Acceso de administración habilitado) 10.0.0.2
-
Ruta predeterminada: 0.0.0.0 0.0.0.0 10.1.1.1 (Sistema > Red > Rutas). Esto utiliza un enrutador en la red SNIP en lugar de la red NSIP.
Nota:
Cambiar la Gateway predeterminada podría interrumpir el tráfico de administración a menos que configure rutas estáticas, una ruta basada en directivas o habilite el reenvío basado en MAC.
-
Interfaces, canales y VLAN
Las siguientes son algunas de las prácticas recomendadas para configurar las funciones de la capa 2 en un dispositivo Citrix ADC.
-
No conecte múltiples interfaz/canales a la misma VLAN, incluida la VLAN 1:
-
Si no configura correctamente las VLAN, puede provocar un enrutamiento de paquetes inesperado en la red y un bucle de capa 2 en cualquier momento en que haya más de una interfaz activa con la misma VLAN (nativa o etiquetada).
-
De forma predeterminada, todas las interfaces y canales están en VLAN 1 nativa. Esto crea dos posibles problemas:
-
NetScaler cree que todo el tráfico recibido está en la misma red, por lo que utiliza cualquier interfaz para enviar el tráfico hacia fuera. Si tiene una VLAN nativa diferente en la interfaz en la que envió los datos, entonces el tráfico no se enrutará como esperaba.
-
Si NetScaler recibe paquetes de difusión en un puerto, puede retransmitir en otro puerto. Si ambos puertos de conmutación están en la misma VLAN, acaba de crear un bucle de capa 2.
-
-
Para eliminar una interfaz/canal de la VLAN 1:
-
Si no está usando VLAN nativas en el canal de puerto o interfaz del switch. Cambie la VLAN nativa en NetScaler Interface/Channel a un número de VLAN no utilizado, como 999. No debe usar el mismo número de VLAN no utilizado para varios canales o interfaces, ya que crea un bucle de capa 2.
-
Si está usando VLAN nativas en su canal de interface/puerto del switch. Cambie la VLAN nativa en NetScaler Interface/Channel para que coincida. Sin embargo, tenga cuidado de no tener múltiples interfaces o canales activos en la misma VLAN, ya que al hacerlo crea bucles de Capa 2.
-
No se puede quitar la VLAN nativa. En su lugar, puede cambiarlo o establecer TagAll para la interfaz o el canal. Si el puerto del switch no está configurado con una VLAN nativa sin etiquetar, habilite el tagall en la interfaz para que se etiqueten los paquetes de latido de alta disponibilidad.
-
-
Para ver la VLAN nativa en una interfaz, ejecute
sh interface
en CLI. Esto también le informará si la interfaz está usando la opción TAGALL.
-
-
Enlazar una interfaz a su VLAN: NetScaler, de forma predeterminada, no conecta una nueva VLAN a una interfaz. Esto significa que la VLAN no se utilizará hasta que la vincule a una interfaz. Cuando la nueva VLAN no está enlazada a una interfaz y esa VLAN está etiquetada, NetScaler elimina todo el tráfico entrante de esa VLAN. Además, no vincule la misma VLAN a más de una interfaz.
-
Enlazar subredes a las VLAN. NetScaler no funciona como un router típico. La mayoría de los enrutadores conectan IP a las interfaces. En un NetScaler, las IPs flotan en cualquier interfaz a menos que se configure lo contrario. Por lo tanto, cualquier subred que quiera asegurarse de que NetScaler envía a través de una VLAN específica, especialmente cuando NetScaler está iniciando ese tráfico, debe enlazar un SNIP dentro de esa subred a la VLAN.
-
Un argumento común que escuchamos en contra de esto es que solía funcionar bien y ahora no lo hace sin vincular la Subred a la VLAN. Esto ocurre a menudo porque NetScaler aprende qué VLAN enviar tráfico, pero esto puede llevar tiempo a medida que crea sus tablas ARP. Después de reiniciar o actualizar el firmware, a medida que comienza a crear las tablas ARP de nuevo, es posible que inicialmente aprenda y, por lo tanto, esté usando una ruta diferente de la que quiera, como la ruta predeterminada. Lo mejor es indicarle qué ruta tomar vinculando el SNIP a la VLAN. Una vez que un SNIP está enlazado a una VLAN, toda la subred del SNIP se enlazará a la VLAN.
-
Asegúrese de que cada SNIP está enlazado a una VLAN (excepto en los casos en que tenga más de un SNIP en una subred, entonces solo debe enlazar uno) y que la VLAN, a su vez, esté enlazada a una sola interfaz o canal. A menudo también es mejor tener un SNIP en cada subred, pero eso no es necesario ya que la ruta más específica se utilizará para cualquier subred de destino que no tenga un SNIP.
-
-
Para identificar la VLAN y la interfaz utilizadas por una subred:
-
Vaya a Sistema>Red > VLAN.
-
Modifique cada VLAN configurada, a su vez, hasta que encuentre la dirección IP correcta como se explica en el siguiente paso.
-
Haga clic en la ficha Enlaces IP para ver qué IP y, por lo tanto, qué subred está enlazada y, por lo tanto, está usando esta VLAN.
-
Una vez que identifique la VLAN que tiene una IP enlazada a ella, donde esa IP se encuentra dentro de la subred de la ruta predeterminada, haga clic en los enlaces de interfaz. Se utilizará cada interfaz o canal vinculado a esta VLAN.
-
Ejemplo
Supongamos que la ruta predeterminada es 0.0.0.0 0.0.0.0 10.1.1.1
.
Supongamos que tiene dos SNIP de 10.0.0.5 y 10.1.1.69. Puesto que 10.1.1.69 está en la subred de la ruta predeterminada, esa es la que quiere buscar. En las siguientes capturas de pantalla, estamos revisando la VLAN 1 y vemos que la IP 10.1.1.69 está vinculada a esta VLAN, por lo que sabemos que estamos buscando la VLAN correcta.
Ahora haga clic en Enlaces de interfaz. En los enlaces de interfaz VLAN vemos que la interfaz 1/1
se utiliza para esta subred, y por lo tanto se utiliza para la ruta predeterminada.
NOTA:
Si no tiene ninguna IP enlazada a sus VLAN, entonces de forma predeterminada se enviará VLAN 1, por lo que en ese caso, mire qué interfaces están enlazadas a VLAN 1. Esto también significa que NetScaler no utilizará las VLAN configuradas para el tráfico que inicia a menos que vincule una IP a la nueva VLAN.
ARP gratuito
Si GARP no funciona, use VMAC: De forma predeterminada, NetScaler utiliza GARP para anunciar sus enlaces de direcciones IP a MAC a otros dispositivos de red. Normalmente, esto funciona sin problemas; sin embargo, a medida que crea más servicios en NetScaler, puede comenzar a experimentar problemas al realizar una conmutación por error en un par de HA. El problema más común es que los servicios permanecen inservidos en NetScaler en el que ha fallado debido a que algunos dispositivos de red no han actualizado sus tablas ARP con la nueva dirección MAC. Puede verificarlo fácilmente comprobando sus tablas ARP para ver si las direcciones MAC coinciden con las del NetScaler Now-Primary. Cuando esto ocurre, es muy probable que algunos de sus dispositivos de red estén limitando el número de anuncios GARP que honran. En este caso es necesario configurar VMAC en todas sus interfaces y/o canales activos. Si espera tener una configuración grande en su NetScaler, puede ser mejor configurar VMAC para todas las interfaces y canales durante la implementación inicial.
NOTA: No
olvide configurar VMAC para la interfaz o el canal utilizado por su ruta predeterminada.
Direcciones IP propiedad de Citrix ADC
En esta sección se describen las prácticas recomendadas para configurar direcciones IP propiedad de Citrix ADC:
-
Citrix ADC IP (NSIP): Generalmente esta IP se utiliza para Administración porque es la única IP exclusiva de un NetScaler individual en un entorno de alta disponibilidad o clúster. También es importante tener en cuenta que LDAP, RADIUS y el tráfico de Monitor con scripts de usuario (como el monitor LDAP y el monitor StoreFront) se originará desde el NSIP y, por lo tanto, se enrutará a través de la VLAN y la interfaz a la que está enlazado NSIP (VLAN nativa predeterminada 1). Si necesita que el tráfico LDAP y RADIUS se genere desde el SNIP, cree un servidor virtual LB para los servidores back-end.
-
IP de subred (SNIP): Esta dirección IP se utiliza para iniciar la comunicación con los servidores back-end y siempre va a iniciar el tráfico. Dicho esto, puede ser el destino del tráfico en estos casos:
-
Se puede usar como dirección Gateway en otros dispositivos cuando se realiza el enrutamiento de Capa 3 en NetScaler.
-
Cuando está habilitado, puede aceptar servicios de administración, como el acceso a la GUI, SSH y SNMP.
-
-
IP virtual (VIP): El VIP es único en el sentido de que nunca se usará para iniciar el tráfico saliente. Está destinado a recibir tráfico solamente. Una vez que recibe tráfico, responde y envía el tráfico saliente al cliente. En otras palabras, la dirección VIP no inicia el tráfico saliente.
Tenga en cuenta que esto también significa que no se utiliza como fuente para comunicarse con servidores back-end utilizados, por ejemplo, en un servidor virtual LB.
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.