-
-
-
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
-
-
-
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!
Configuración de Rutas Dinámicas
Cuando se habilita un protocolo de enrutamiento dinámico, el proceso de enrutamiento correspondiente supervisa las actualizaciones de ruta y anuncia las rutas. Los protocolos de enrutamiento permiten a un router ascendente utilizar la técnica de multiruta de igual coste (ECMP) para equilibrar la carga del tráfico a servidores virtuales idénticos alojados en dos dispositivos Citrix ADC independientes. El enrutamiento dinámico en un dispositivo Citrix ADC utiliza tres tablas de enrutamiento. En una configuración de alta disponibilidad, las tablas de enrutamiento del dispositivo secundario reflejan las tablas del primario.
Para ver guías de referencia de comandos y comandos no admitidos en el protocolo de enrutamiento dinámico, consulte Guías de referencia de comandos de Dynamic Routing Protocol y comandos no admitidos.
Citrix ADC admite los siguientes protocolos:
- Protocolo de información de enrutamiento (RIP) versión 2
- Abrir la ruta más corta primero (OSPF) versión 2
- Protocolo de puerta de enlace de frontera (BGP)
- Protocolo de información de enrutamiento de próxima generación (RIPng) para IPv6
- Abrir la ruta más corta primero (OSPF) versión 3 para IPv6
- Protocolo ISIS
Puede habilitar más de un protocolo simultáneamente.
Tablas de enrutamiento en Citrix ADC
En un dispositivo Citrix ADC, la tabla de enrutamiento del kernel Citrix ADC, la tabla de enrutamiento del kernel FreeBSD y la tabla de enrutamiento de NSM FIB tienen un conjunto diferente de rutas y tienen un propósito diferente. Se comunican entre sí mediante el uso de sockets de enrutamiento UNIX. Las actualizaciones de ruta no se propagan automáticamente de una tabla de enrutamiento a otra. Debe configurar la propagación de actualizaciones de ruta para cada tabla de enrutamiento.
Tabla de enrutamiento del núcleo NS
La tabla de enrutamiento del núcleo NS contiene rutas de subred correspondientes al NSIP y a cada SNIP y MIP. Por lo general, no hay rutas correspondientes a VIP en la tabla de enrutamiento del núcleo NS. La excepción es un VIP agregado mediante el comando add ns ip y configurado con una máscara de subred que no sea 255.255.255.255. Si hay varias direcciones IP pertenecientes a la misma subred, se abstrae como una única ruta de subred. Además, esta tabla contiene una ruta a la red de loopback (127.0.0.0) y cualquier ruta estática agregada a través de la CLI (CLI). Citrix ADC utiliza las entradas de esta tabla en el reenvío de paquetes. Desde la CLI, se pueden inspeccionar con el comando show route.
Tabla de Enrutamiento de FreeBSD
El único propósito de la tabla de ruteo de FreeBSD es facilitar la iniciación y terminación del tráfico de gestión (telnet, ssh, etc.). En un dispositivo Citrix ADC, estas aplicaciones están estrechamente acopladas a FreeBSD, y es imperativo que FreeBSD disponga de la información necesaria para manejar el tráfico hacia y desde estas aplicaciones. Esta tabla de enrutamiento contiene una ruta a la subred NSIP y una ruta predeterminada. Además, FreeBSD agrega rutas de tipo WasCloned (W) cuando Citrix ADC establece conexiones a hosts en redes locales. Debido a la utilidad altamente especializada de las entradas en esta tabla de ruteo, todas las demás actualizaciones de rutas desde el kernel de NS y las tablas de ruteo de NSM FIB pasan por alto la tabla de ruteo de FreeBSD. No lo modifique con el comando route. La tabla de ruteo de FreeBSD puede ser inspeccionada mediante el comando netstat desde cualquier shell de UNIX.
Módulo de servicios de red (NSM) FIB
La tabla de enrutamiento FIB de NSM contiene las rutas anunciables distribuidas por los protocolos de enrutamiento dinámico a sus pares en la red. Puede contener:
- Rutas conectadas. Subredes IP a las que se puede acceder directamente desde Citrix ADC. Normalmente, las rutas correspondientes a la subred NSIP y las subredes sobre las que se habilitan los protocolos de enrutamiento están presentes en NSM FIB como rutas conectadas.
- Rutas del núcleo. Todas las direcciones VIP en las que está habilitada la opción -HostRoute están presentes en NSM FIB como rutas del kernel si satisfacen los niveles RHI requeridos. Además, NSM FIB contiene cualquier ruta estática configurada en la CLI que tenga habilitada la opción: Advertise. Como alternativa, si el Citrix ADC funciona en modo de anuncio de ruta estática (SRADV), todas las rutas estáticas configuradas en la CLI están presentes en NSM FIB. Estas rutas estáticas se marcan como rutas del núcleo en NSM FIB, porque realmente pertenecen a la tabla de enrutamiento del núcleo NS.
- Rutas estáticas. Normalmente, cualquier ruta estática configurada en VTYSH está presente en NSM FIB. Si se modifican las distancias administrativas de los protocolos, puede que no siempre sea el caso. Un punto importante a tener en cuenta es que estas rutas nunca pueden entrar en la tabla de enrutamiento del núcleo NS.
- Rutas aprendidas. Si Citrix ADC está configurado para aprender rutas dinámicamente, NSM FIB contiene rutas aprendidas por los diversos protocolos de enrutamiento dinámico. Sin embargo, las rutas aprendidas por OSPF necesitan un procesamiento especial. Se descargan en FIB solo si la opción fib-install está habilitada para el proceso OSPF. Esto se puede hacer desde la vista router-config en VTYSH.
Enrutamiento dinámico en una configuración de alta disponibilidad
En una configuración de alta disponibilidad, el nodo principal ejecuta el proceso de enrutamiento y propaga las actualizaciones de la tabla de enrutamiento al nodo secundario. La tabla de enrutamiento del nodo secundario refleja la tabla de enrutamiento en el nodo principal.
Reenvío sin parar
Después de la conmutación por error, el nodo secundario tarda algún tiempo en iniciar el protocolo, aprender las rutas y actualizar su tabla de enrutamiento. Pero esto no afecta al enrutamiento, ya que la tabla de enrutamiento del nodo secundario es idéntica a la tabla de enrutamiento del nodo principal. Este modo de operación se conoce como reenvío sin parar.
Mecanismo de evitación de agujeros negros
Después de la conmutación por error, el nuevo nodo principal inyecta todas sus rutas VIP en el router ascendente. Sin embargo, ese router conserva las rutas del nodo principal antiguo durante 180 segundos. Dado que el enrutador no conoce la conmutación por error, intenta equilibrar la carga del tráfico entre los dos nodos. Durante los 180 segundos anteriores a la expiración de las rutas antiguas, el router envía la mitad del tráfico al nodo primario antiguo e inactivo, que es, en efecto, un agujero negro.
Para evitar esto, el nuevo nodo principal, al inyectar una ruta, le asigna una métrica ligeramente inferior a la especificada por el nodo principal antiguo.
Interfaces para configurar el enrutamiento dinámico
Para configurar el enrutamiento dinámico, puede utilizar la GUI o una interfaz de línea de comandos. Citrix ADC admite dos interfaces de línea de comandos independientes: La CLI y el Shell de teletipo virtual (VTYSH). La CLI es el shell nativo del dispositivo. VTYSH es expuesto por ZebOS. El conjunto de enrutamiento Citrix ADC se basa en ZebOS, la versión comercial de GNU Zebra.
Nota:
Citrix recomienda utilizar VTYSH para todos los comandos excepto aquellos que solo se pueden configurar en la CLI. El uso de la CLI debe limitarse generalmente a comandos para habilitar los protocolos de enrutamiento, configurar el anuncio de ruta de host y agregar rutas estáticas para el reenvío de paquetes.
Guías de referencia de comandos de Dynamic Routing Protocol y comandos no admitidos
En la tabla siguiente se enumeran vínculos de guía de referencia de comandos, para varios protocolos de enrutamiento dinámico y comandos no admitidos en el dispositivo Citrix ADC: Guías de referencia del protocolo de enrutamiento dinámico y comandos no admitidos.
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.