-
-
-
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
-
-
Dominios de tráfico
-
-
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!
Dominios de tráfico
Advertencia
Citrix recomienda utilizar Particiones de administración en lugar de utilizar Dominios de tráfico. Para obtener más información, consulte la página Partición de administrador.
Los dominios de tráfico son una forma de segmentar el tráfico de red para diferentes aplicaciones. Puede utilizar dominios de tráfico para crear varios entornos aislados dentro de un dispositivo Citrix ADC. Una aplicación que pertenece a un dominio de tráfico específico se comunica con entidades y procesa el tráfico dentro de ese dominio. El tráfico que pertenece a un dominio de tráfico no puede cruzar el límite de otro dominio de tráfico.
Beneficios del uso de dominios de tráfico
Las principales ventajas del uso de dominios de tráfico en un dispositivo Citrix ADC son las siguientes:
- Uso de direcciones IP duplicadas en una red. Los dominios de tráfico le permiten utilizar direcciones IP duplicadas en la red. Puede asignar la misma dirección IP o dirección de red a varios dispositivos de una red, o a varias entidades de un dispositivo Citrix ADC, siempre y cuando cada una de las direcciones duplicadas pertenezca a un dominio de tráfico diferente.
- Uso de entidades duplicadas en el dispositivo Citrix ADC. Los dominios de tráfico también permiten utilizar entidades de entidades de Citrix ADC duplicadas en el dispositivo. Puede crear entidades con la misma configuración siempre que cada entidad esté asignada a un dominio de tráfico independiente. Nota: No se admiten entidades duplicadas con el mismo nombre.
- Multiarrendamiento. Mediante los dominios de tráfico, puede proporcionar servicios de alojamiento para varios clientes aislando el tipo de tráfico de aplicaciones de cada cliente dentro de un espacio de direcciones definido en la red.
Un dominio de tráfico se identifica de forma única mediante un identificador, que es un valor entero. Cada dominio de tráfico necesita una VLAN o un conjunto de VLAN. La funcionalidad de aislamiento del dominio de tráfico depende de las VLAN enlazadas al dominio de tráfico. Se puede enlazar más de una VLAN a un dominio de tráfico, pero la misma VLAN no puede formar parte de varios dominios de tráfico. Por lo tanto, el número máximo de dominios de tráfico que se pueden crear depende del número de VLAN configuradas en el dispositivo.
Dominio de tráfico predeterminado
Un dispositivo Citrix ADC tiene un dominio de tráfico preconfigurado, denominado dominio de tráfico predeterminado, que tiene un ID de 0. Todas las configuraciones y configuraciones de fábrica forman parte del dominio de tráfico predeterminado. Puede crear otros dominios de tráfico y segmentar el tráfico entre el dominio de tráfico predeterminado y cada uno de los demás dominios de tráfico. No puede quitar el dominio de tráfico predeterminado del dispositivo Citrix ADC. Cualquier entidad de entidad que cree sin establecer el Id. de dominio de tráfico se asocia automáticamente con el dominio de tráfico predeterminado.
Nota: Algunas funciones y configuraciones solo se admiten en el dominio de tráfico predeterminado. No funcionan en dominios de tráfico no predeterminados. Para obtener una lista de las funciones admitidas en todos los dominios de tráfico, consulte Funciones de Citrix ADC admitidas en dominios de tráfico.
Cómo funcionan los dominios de tráfico
Como ejemplo de los dominios de tráfico, considere un ejemplo en el que dos dominios de tráfico, con identificadores 1 y 2, están configurados en Citrix ADC Appliance NS1.
En el dominio de tráfico 1, el servidor virtual de equilibrio de carga LBVS-TD1 está configurado para equilibrar la carga del tráfico entre los servidores S1 y S2. En el dispositivo Citrix ADC, los servidores S1 y S2 están representados por los servicios SVC1-TD1 y SVC2-TD1, respectivamente. Los servidores S1 y S2 están conectados a NS1 a través del conmutador L2 SW2-TD1. El cliente CL-TD1 se encuentra en una red privada conectada a NS1 a través del conmutador L2 SW1-TD1. SW1-TD1 y SW2-TD1 están conectados a la VLAN 2 de NS1. VLAN 2 está enlazada al dominio de tráfico 1, lo que significa que el cliente CL-TD1 y los servidores S1 y S2 forman parte del dominio de tráfico 1.
Del mismo modo, en el dominio de tráfico 2, el servidor virtual de equilibrio de carga LBVS-TD2 está configurado para equilibrar la carga del tráfico en S3 y S4. En el dispositivo Citrix ADC, los servidores S3 y S4 están representados por los servicios SVC3-TD2 y SVC4-TD2, respectivamente. Los servidores S3 y S4 están conectados a NS1 a través del conmutador L2 SW2-TD2. El cliente CL-TD2 se encuentra en una red privada conectada a NS1 a través del conmutador L2 SW1-TD2. SW1-TD2 y SW2-TD2 están conectados a la VLAN 3 de NS1. VLAN 3 está enlazada al dominio de tráfico 2, lo que significa que el cliente CL-TD2 y los servidores S3 y S4 forman parte del dominio de tráfico 2.
En el dispositivo Citrix ADC, las entidades LBVS-TD1 y LBVS-TD2 comparten la misma configuración, incluida la dirección IP. Lo mismo es cierto para SVC1-TD1 y SVC3-TD2, y para SVC2-TD1 y SVC4-TD2. Esto es posible porque estas entidades están en dominios de tráfico diferentes.
Del mismo modo, los servidores S1 y S3, S2 y S4 comparten la misma dirección IP, y los clientes CL-TD1 y CL-TD2 tienen cada uno la misma dirección IP.
Figura 1. Cómo funcionan los dominios de tráfico
En la tabla siguiente se enumeran los parámetros utilizados en el ejemplo.
Entidad | Nombre | Detalles |
---|---|---|
Configuración en el dominio de tráfico 1 | ||
VLAN enlazadas al dominio de tráfico 1 | VLAN 2 | ID de VLAN: 2 Interfaces enlazadas: 1/1, 1/2 |
Cliente conectado a TD1 | CL-TD1 (solo para fines de referencia) | Dirección IP: 192.0.2.3 |
Servidor virtual de equilibrio de carga en TD1 | LBVS-TD1 | Dirección IP: 192.0.2.27 |
Servicio vinculado al servidor virtual LBVS-TD1 | SVC1-TD1 | Dirección IP: 192.0.2.36 |
Servicio vinculado al servidor virtual LBVS-TD1 | SVC2-TD1 | Dirección IP: 192.0.2.37 |
SNIP | SNIP-TD1 (solo para fines de referencia) | Dirección IP: 192.0.2.27 |
Configuración en el dominio de tráfico 2 | ||
VLAN enlazada al dominio de tráfico 2 | VLAN 3 | ID de VLAN: 3 interfaces enlazadas: 1/3, 1/4 |
Cliente conectado a TD2 | CL-TD2 (solo para fines de referencia) | Dirección IP: 192.0.2.3 |
Servidor virtual de equilibrio de carga en TD2 | LBVS-TD2 | Dirección IP: 192.0.2.27 |
Servicio vinculado al servidor virtual LBVS-TD2 | SVC3-TD2 | Dirección IP: 192.0.2.36 |
Servicio vinculado al servidor virtual LBVS-TD2 | SVC4-TD2 | Dirección IP: 192.0.2.37 |
SNIP en TD2 | SNIP-TD2 (solo para fines de referencia) | Dirección IP: 192.0.2.29 |
A continuación se presenta el flujo de tráfico en el dominio de tráfico 1:
- El cliente CL-TD1 emite una solicitud ARP para la dirección IP 192.0.2.27 a través del conmutador L2 SW1-TD1.
- La solicitud ARP alcanza NS1 en la interfaz 1/1, que está enlazada a VLAN 2. Dado que VLAN 2 está enlazada al dominio de tráfico 1, NS1 actualiza la tabla ARP del dominio de tráfico 1 para la dirección IP del cliente CL-TD1.
- Dado que la solicitud ARP se recibe en el dominio de tráfico 1, NS1 busca una entidad configurada en el dominio de tráfico 1 que tenga una dirección IP 192.0.2.27. NS1 encuentra que un servidor virtual de equilibrio de carga LBVS-TD1 está configurado en el dominio de tráfico 1 y tiene la dirección IP 192.0.2.27.
- NS1 envía una respuesta ARP con la dirección MAC de la interfaz 1/1.
- La respuesta ARP alcanza CL-TD1. CL-TD1 actualiza su tabla ARP para la dirección IP de LBVS-TD1 con la dirección MAC de la interfaz 1/1 de NS1.
- El cliente CL-TD1 envía una solicitud a 192.0.2.27. La solicitud es recibida por LBVS-TD1 en el puerto 1/1 de NS1.
- El algoritmo de equilibrio de carga de LBVS-TD1 selecciona el servidor S2 y NS1 abre una conexión entre un SNIP en el dominio de tráfico 1 (192.0.2.27) y S2.
- S2 responde a SNIP 192.0.2.27 en NS1.
- NS1 envía la respuesta de S2 al cliente CL-TD1.
A continuación se presenta el flujo de tráfico en el dominio de tráfico 2:
- El cliente CL-TD2 emite una solicitud ARP para la dirección IP 192.0.2.27 a través del conmutador L2 SW1-TD2.
- La solicitud ARP alcanza NS1 en la interfaz 1/3, que está enlazada a VLAN 3. Dado que la VLAN 3 está enlazada al dominio de tráfico 2, NS1 actualiza la entrada ARP-Table del dominio de tráfico 2 para la dirección IP del cliente CL-TD2, aunque una entrada ARP para la misma dirección IP (CL-TD1) ya está presente en la tabla ARP del dominio de tráfico 1.
- Dado que la solicitud ARP se recibe en el dominio de tráfico 2, NS1 busca en el dominio de tráfico 2 una entidad que tiene una dirección IP 192.0.2.27. NS1 encuentra que el servidor virtual de equilibrio de carga LBVS-TD2 está configurado en el dominio de tráfico 2 y tiene la dirección IP 192.0.2.27. NS1 ignora LBVS-TD1 en el dominio de tráfico 1, aunque tenga la misma dirección IP que LBVS-TD2.
- NS1 envía una respuesta ARP con la dirección MAC de la interfaz 1/3.
- La respuesta ARP alcanza CL-TD2. CL-TD2 actualiza su entrada de tabla ARP para la dirección IP de LBVS-TD2 con la dirección MAC de la interfaz 1/3 de NS1.
- El cliente CL-TD2 envía una solicitud a 192.0.2.27. La solicitud es recibida por LBVS-TD2 en la interfaz 1/3 de NS1.
- El algoritmo de equilibrio de carga de LBVS-TD2 selecciona el servidor S3 y NS1 abre una conexión entre un SNIP en el dominio de tráfico 2 (192.0.2.29) y S3.
- S2 responde a SNIP 192.0.2.29 en NS1.
- NS1 envía la respuesta de S2 al cliente CL-TD2.
Funciones de Citrix ADC admitidas en dominios de tráfico
Las funciones de Citrix ADC de la lista siguiente se admiten en todos los dominios de tráfico.
Importante
Cualquier función de Citrix ADC que no aparezca a continuación solo se admite en el dominio de tráfico predeterminado.
- Tabla ARP
- Tabla de ND6
- Mesa puente
- Todos los tipos de direcciones IPv4 e IPv6
- Rutas IPv4 e IPv6
- ACL y ACL6
- PBR y PBR6
- INAT
- RNAT
- RNAT6
- MSR
- MSR6
- Perfiles de red
- MIB SNMP
- Fragmentación
- Monitores (no se admiten monitores con scripts)
- Cambio de contenido
- Redirección de caché
- Persistencia
- Servicio (los servicios basados en dominio no son compatibles)
- Grupo de servicio (no se admiten grupos de servicios basados en dominio)
- Directivas (*)
- PING
- TRACEROUTE
- PMTU
- Alta disponibilidad (no se admite la duplicación de conexiones)
- Clúster (compatible con clústeres L2. No se admite en clústeres L3)
- Persistencia de cookies
- MSS
- Registro (Syslog no es compatible)
- Cola por prioridad
- Protección contra picos de tensión
- HTTP DOSP (**)
- Equilibrio de carga (no se admiten los siguientes tipos:)
- TFTP
- RTSP
- Diameter
- SIP
- SMPP
- NAT46
- NAT64
- DNS64
- Reglas de sesión de reenvío
- SNMP
Nota
*Las directivas no tienen puntos de enlace globales para dominios de tráfico. Sin embargo, las directivas pueden vincularse a un servidor virtual de equilibrio de carga específico de un dominio de tráfico.
**Las directivas DOSP HTTP no tienen puntos de enlace globales para dominios de tráfico. Sin embargo, las directivas DOSP HTTP pueden vincularse a un servicio de equilibrio de carga específico de un dominio de tráfico.
Las funciones Global Server Loading Balancing (GSLB) y ADNS de Citrix ADC no conocen los dominios de tráfico. Si es necesario compartir la configuración de GSLB en todos los dominios de tráfico, los métodos de GSLB Proximidad estática y tiempo de ida y vuelta (RTT) no funcionan. Como solución alternativa en este caso, puede usar métodos GSLB distintos de RTT y Proximidad estática. Para obtener más información, consulte http://support.citrix.com/article/CTX202277.
Configuración de Dominios de Tráfico
La configuración de un dominio de tráfico en el dispositivo Citrix ADC consta de las siguientes tareas:
- Agregue VLAN. Cree VLAN y vincule las interfaces especificadas a ellas.
-
Cree una entidad de dominio de tráfico y vincule las VLAN a ella. Esto implica las dos tareas siguientes:
- Cree una entidad de dominio de tráfico identificada de forma única por un ID, que es un valor entero.
- Enlazar las VLAN especificadas a la entidad de dominio de tráfico. Todas las interfaces enlazadas a las VLAN especificadas están asociadas al dominio de tráfico. Se puede enlazar más de una VLAN a un dominio de tráfico, pero una VLAN no puede formar parte de varios dominios de tráfico.
- Cree entidades de entidad en el dominio de tráfico. Cree las entidades de entidad necesarias en el dominio de tráfico. Los comandos CLI y los cuadros de diálogo de configuración de todas las funciones admitidas en un dominio de tráfico no predeterminado incluyen un parámetro denominado identificador de dominio de tráfico (td). Al configurar una entidad de entidad, si quiere que la entidad se asocie a un dominio de tráfico concreto, debe especificar el td. Cualquier entidad de entidad que cree sin establecer el td se asocia automáticamente con el dominio de tráfico predeterminado.
Para tener una idea de cómo se asocian las entidades de entidad a un dominio de tráfico, este tema trata los procedimientos para configurar todas las entidades mencionadas en la imagen titulada Cómo funcionan los dominios de tráfico.
La CLI tiene dos comandos para estas dos tareas, pero la GUI los combina en un solo cuadro de diálogo.
Procedimientos CLI
Para crear una VLAN y enlazar interfaces con ella mediante la CLI:
En el símbolo del sistema, escriba:
- add vlan <id>
- bind vlan <slot/port> <id> -ifnum
- mostrar vlan <id>
Para crear una entidad de dominio de tráfico y enlazar VLAN a ella mediante la CLI:
En el símbolo del sistema, escriba:
- add ns trafficdomain <td>
- bind ns trafficdomain <td> -vlan <id>
- show ns trafficdomain <td>
Para crear un servicio mediante la CLI:
En el símbolo del sistema, escriba:
- add service <name> <IP> <serviceType> <port> -td <id>
- show service <name>
Para crear un servidor virtual de equilibrio de carga y enlazar servicios con él mediante la CLI:
En el símbolo del sistema, escriba:
- add lb vserver <id> <name> <serviceType> <IPAddress> <port> -td
- enlazar lb vserver <name> <serviceName>
- show lb vserver <name>
Procedimientos de GUI
Para crear una VLAN mediante la GUI:
Vaya a Sistema > Red > VLAN, haga clic en Agregar y establezca los parámetros.
Para crear una entidad de dominio de tráfico mediante la GUI:
Vaya a Sistema > Red > Dominios de tráfico, haga clic en Agregar y, en el cuadro de diálogo Crear dominio de tráfico, defina los parámetros.
Para crear un servicio mediante la GUI:
Vaya a Administración del tráfico > Equilibrio de carga > Servicios, haga clic en Agregar y defina los parámetros.
Para crear un servidor virtual de equilibrio de carga mediante la GUI:
Vaya a Administración del tráfico > Equilibrio de carga > Servidores virtuales, haga clic en Agregar y defina los parámetros.
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.