-
-
-
Preferencia de zona impulsada por balanceo de carga global del servidor (GSLB)
-
Implementación de la plataforma de publicidad digital en AWS con Citrix ADC
-
Mejora de la analítica de flujo de clics 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
-
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 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 política avanzada: Introducción
-
Expresiones de políticas avanzadas: trabajo con fechas, horas y números
-
Expresiones de directivas avanzadas: análisis de datos HTTP, TCP y UDP
-
Expresiones de políticas avanzadas: análisis de certificados SSL
-
Expresiones de políticas avanzadas: direcciones IP y MAC, rendimiento, ID de VLAN
-
Expresiones de políticas avanzadas: funciones de Stream Analytics
-
Expresiones de referencia: expresiones de políticas avanzadas
-
Resumen de ejemplos de expresiones y políticas 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
-
-
-
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
-
Escenarios de configuración y uso de clú
-
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
-
Servicios de supervisión en un clúster mediante supervisión de paths
-
-
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
-
Equilibrio de carga global del servidor
-
-
Método dinámico de ida y vuelta
-
Configurar entidades GSLB individualmente
-
Recomendaciones de actualización para la implementación de GSLB
-
-
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 balanceo 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
-
Proteja las aplicaciones en servidores protegidos contra sobretensiones de tráfico
-
Habilitar la limpieza de conexiones de servicio y servidor virtual
-
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 el número de solicitudes por conexión al servidor
-
Establecer un valor 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 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 políticas 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 de ShareFile para equilibrar la carga Citrix ShareFile
-
-
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
-
Gracias por sus comentarios.
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!
Método dinámico de tiempo de ida y vuelta
El tiempo dinámico de ida y vuelta (RTT) es una medida de tiempo o retraso en la red entre el servidor DNS local del cliente y un recurso de datos. Para medir RTT dinámico, el dispositivo Citrix ADC explora el servidor DNS local del cliente y recopila información de métrica RTT. A continuación, el dispositivo utiliza esta métrica para tomar su decisión de equilibrio de carga. El equilibrio de carga global del servidor supervisa el estado en tiempo real de la red y dirige dinámicamente la solicitud del cliente al centro de datos con el valor RTT más bajo.
Cuando la solicitud DNS de un cliente para un dominio llega al dispositivo Citrix ADC configurado como DNS autorizado para ese dominio, el dispositivo utiliza el valor RTT para seleccionar la dirección IP del sitio con mejor rendimiento para enviarlo como respuesta a la solicitud DNS.
El dispositivo Citrix ADC utiliza diferentes mecanismos, como la solicitud o respuesta de eco ICMP (PING), UDP y TCP para recopilar las métricas de RTT para las conexiones entre el servidor DNS local y los sitios participantes. El dispositivo envía primero un sondeo de ping para determinar el RTT. Si el sondeo ping falla, se utiliza un sondeo DNS UDP. Si el sondeo también falla, el dispositivo utiliza un sondeo TCP DNS.
Estos mecanismos se representan en el dispositivo Citrix ADC como monitores de equilibrio de carga y se identifican fácilmente debido al uso del prefijo “ldns”. Los tres monitores, en su orden predeterminado, son:
ldns-pingldns-dnsldns-tcp
Estos monitores están integrados en el dispositivo y están configurados en valores predeterminados seguros. Pero son personalizables como cualquier otro monitor del dispositivo.
Puede cambiar el orden predeterminado configurándolo explícitamente como parámetro GSLB. Por ejemplo, para establecer el orden para que sea la consulta UDP DNS seguida de PING y, a continuación, TCP, escriba el comando siguiente:
set gslb parameter -ldnsprobeOrder DNS PING TCP
<!--NeedCopy-->
A menos que se hayan personalizado, el dispositivo Citrix ADC realiza sondeos UDP y TCP en el puerto 53; sin embargo, a diferencia de los monitores de equilibrio de carga regulares, los sondeos no necesitan tener éxito para proporcionar información RTT válida. Los mensajes no disponibles del puerto ICMP, los Restablecer TCP y las respuestas de error DNS, que normalmente constituirían un error, son aceptables para calcular el valor RTT.
Una vez compilados los datos RTT, el dispositivo utiliza el protocolo de intercambio de métricas (MEP) propietario para intercambiar valores RTT entre los sitios participantes. Después de calcular las métricas RTT, el dispositivo ordena los valores RTT para identificar el centro de datos con la mejor métrica RTT (más pequeña).”
Si la información RTT no está disponible (por ejemplo, cuando el servidor DNS local de un cliente accede al sitio por primera vez), el dispositivo Citrix ADC selecciona un sitio mediante el método round robin y dirige al cliente al sitio.
Para configurar el método dinámico, configure el servidor virtual GSLB del sitio para RTT dinámico. También puede establecer el intervalo en el que se sondean los servidores DNS locales en un valor distinto del predeterminado.
Configurar un servidor virtual GSLB para RTT dinámico
Para configurar un servidor virtual GSLB para RTT dinámico, especifique el método de equilibrio de carga RTT.
El dispositivo Citrix ADC valida regularmente la información de temporización para un servidor local determinado. Si un cambio en la latencia supera el factor de tolerancia configurado, el dispositivo actualiza su base de datos con la nueva información de temporización y envía el nuevo valor a otros sitios GSLB realizando un intercambio MEP. El factor de tolerancia predeterminado es 5 milisegundos (ms).
El factor de tolerancia RTT debe ser el mismo en todo el dominio GSLB. Si lo cambia para un sitio, debe configurar factores de tolerancia RTT idénticos en todos los dispositivos Citrix ADC implementados en el dominio GSLB.
Para configurar un servidor virtual GSLB para RTT dinámico mediante la interfaz de línea de comandos
En el símbolo del sistema, escriba:
set gslb vserver <name> -lbMethod RTT -tolerance <value>
<!--NeedCopy-->
Ejemplo:
set gslb vserver Vserver-GSLB-1 -lbMethod RTT -tolerance 10
<!--NeedCopy-->
Para configurar un servidor virtual GSLB para RTT dinámico mediante la utilidad de configuración
Vaya a Administración del tráfico > GSLB > Servidores virtuales y haga doble clic en el servidor virtual.
Establecer el intervalo de sondeo de los servidores DNS locales
El dispositivo Citrix ADC utiliza diferentes mecanismos, como la solicitud o respuesta de eco ICMP (PING), TCP y UDP para obtener métricas de RTT para las conexiones entre el servidor DNS local y los sitios GSLB participantes. De forma predeterminada, el dispositivo utiliza un monitor de ping y sondea el servidor DNS local cada 5 segundos. A continuación, el dispositivo espera 2 segundos a la respuesta. Si no se recibe una respuesta en ese tiempo, utiliza el monitor DNS TCP para sondear.
Sin embargo, puede modificar el intervalo de tiempo para sondear el servidor DNS local para adaptarse a la configuración.
Para modificar el intervalo de sondeo mediante la interfaz de línea de comandos
En el símbolo del sistema, escriba:
set lb monitor <monitorName> <type> -interval <integer> <units> -resptimeout <integer> <units>
<!--NeedCopy-->
Ejemplo:
set lb monitor ldns-tcp LDNS-TCP -interval 10 sec -resptimeout 5 sec
<!--NeedCopy-->
Para modificar el intervalo de sondeo mediante la utilidad de configuración
Vaya a Administración del tráfico > Equilibrio de carga > Monitores y haga doble clic en el monitor que quiere modificar (por ejemplo, ping).
Gracias por sus comentarios.
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.