-
-
-
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 Direcciones IP de Subred (SNIP)
Una dirección IP de subred (SNIP) es una dirección IP propiedad de Citrix ADC que utiliza Citrix ADC para comunicarse con los servidores.
El Citrix ADC utiliza la dirección IP de la subred como dirección IP de origen para proxy las conexiones de cliente a los servidores. También utiliza la dirección IP de subred cuando genera sus propios paquetes, como paquetes relacionados con protocolos de enrutamiento dinámico, o para enviar sondeos de monitor para comprobar el estado de los servidores. Dependiendo de la topología de red, es posible que tenga que configurar uno o más SNIP para diferentes casos.
Para configurar una dirección SNIP en un dispositivo Citrix ADC, agregue la dirección SNIP y, a continuación, habilite el modo global Usar IP de subred (USNIP). Como alternativa a la creación de SNIP de uno en uno, puede especificar un rango consecutivo de SNIP.
Para configurar una dirección SNIP mediante la CLI:
En el símbolo del sistema, escriba:
- add ns ip <IPAddress> <netmask> -type SNIP
- show ns ip <IPAddress>
Ejemplo:
> add ns ip 10.102.29.203 255.255.255.0 -type SNIP
Done
Para crear un rango de direcciones SNIP mediante la CLI:
En el símbolo del sistema, escriba:
- add ns ip <IPAddress> <netmask> -type SNIP
- show ns ip <IPAddress>
Ejemplo:
> add ns ip 10.102.29.[205-209] 255.255.255.0 -type SNIP
ip "10.102.29.205" added
ip "10.102.29.206" added
ip "10.102.29.207" added
ip "10.102.29.208" added
ip "10.102.29.209" added
Done
Para habilitar o inhabilitar el modo USNIP mediante la CLI:
En el símbolo del sistema, escriba uno de los siguientes comandos:
- enable ns modeUSNIP
- disable ns modeUSNIP
Para configurar una dirección SNIP mediante la GUI:
Desplácese hasta Sistema > Red > Direcciones IP > Direcciones IPv4 y agregue una nueva dirección SNIP o modifique una dirección existente.
Para crear un rango de direcciones SNIP mediante la GUI:
- Vaya a Sistema > Red > Direcciones IP > Direcciones IPv4.
- En la lista Acción, seleccione Agregar rango.
Para habilitar o inhabilitar el modo USNIP mediante la CLI:
En el símbolo del sistema, escriba uno de los siguientes comandos:
-
enable ns mode USNIP
-
disable ns mode USNIP
Para habilitar o inhabilitar el modo USNIP mediante la GUI:
- Desplácese hasta Sistema > Configuración, en el grupo Modos y funciones, haga clic en Cambiar modos.
- Seleccione o desactive la opción Usar IP de subred.
Uso de SNIP para una subred de servidor conectada directamente
Para habilitar la comunicación entre el Citrix ADC y un servidor que esté conectado directamente al Citrix ADC o conectado solo a través de un conmutador L2, debe configurar una dirección IP de subred que pertenezca a la subred del servidor. Debe configurar al menos una dirección IP de subred para cada subred conectada directamente, excepto para la subred de administración conectada directamente que está conectada a través de NSIP.
Considere un ejemplo de configuración de equilibrio de carga en la que el servidor virtual de equilibrio de carga LBVS1 en Citrix ADC NS1 se utiliza para equilibrar la carga servidores S1 y S2, que están conectados a NS1 a través del conmutador L2 SW1. S1 y S2 pertenecen a la misma subred.
La dirección SNIP SNIP1, que pertenece a la misma subred que S1 y S2, se configura en NS1. Tan pronto como SNIP1 está configurado, NS1 transmite paquetes ARP para SNIP1.
Los servicios SVC-S1 y SVC-S2 en NS1 representan S1 y S2. Tan pronto como se configuran estos servicios, NS1 transmite solicitudes ARP para S1 y S2 para resolver la asignación de IP a Mac. Después de responder S1 y S2, NS1 les envía sondas de supervisión a intervalos regulares, desde la dirección SNIP1, para comprobar su estado.
Para obtener más información acerca de cómo configurar el equilibrio de carga en un dispositivo Citrix ADC, consulte Equilibrio de carga.
A continuación se presenta el flujo de tráfico en este ejemplo:
- El cliente C1 envía un paquete de solicitud a LBVS-1. El paquete de solicitud tiene:
- IP de origen = dirección IP del cliente (198.51.100.10)
- IP de destino = dirección IP de LBVS-1 (203.0.113.15)
- LBVS1 de NS1 recibe el paquete de solicitud.
- El algoritmo de equilibrio de carga de LBVS1 selecciona el servidor S2.
- Dado que S2 está conectado directamente a NS1 y SNIP1 (192.0.1.10) es la única dirección IP en NS1 que pertenece a la misma subred que S2, NS1 abre una conexión entre SNIP1 y S2.
- NS1 envía el paquete de solicitud a S2 desde SNIP1. El paquete de solicitud tiene:
- IP de origen = SNIP1 (192.0.1.10)
- IP de destino = dirección IP de S2 (192.0.1.30)
- La respuesta de S2 regresa por la misma ruta.
Uso de SNIP para subredes de servidor conectadas a través de un router
Para habilitar la comunicación entre Citrix ADC y los servidores en subredes conectadas a través de un enrutador, debe configurar al menos una dirección IP de subred que pertenezca a la subred de la interfaz conectada directamente al enrutador. El ADC utiliza esta dirección IP de subred para comunicarse con servidores en subredes a las que se puede acceder a través del enrutador.
Considere un ejemplo de una configuración de equilibrio de carga en la que el servidor virtual de equilibrio de carga LBVS1 en Citrix ADC NS1 se utiliza para equilibrar la carga servidores S1, S2, S3 y S4, que están conectados a NS1 a través del enrutador R1.
S1 y S2 pertenecen a la misma subred, 192.0.2.0/24, y están conectados a R1 a través del conmutador L2 SW1. S3 y S4 pertenecen a una subred diferente, 192.0.3.0/24, y están conectados a R1 a través del conmutador L2 SW2.
Citrix ADC NS1 está conectado al router R1 a través de la subred 192.0.1.0/24. La dirección SNIP SNIP1, que pertenece a la misma subred que la interfaz conectada directamente al router (192.0.1.0/24), está configurada en NS1. NS1 utiliza esta dirección para comunicarse con los servidores S1 y S2, y con los servidores S3 y S4.
Para obtener más información acerca de cómo configurar el equilibrio de carga en un dispositivo Citrix ADC, consulte Equilibrio de carga.
Tan pronto como se configura la dirección SNIP1, NS1 transmite paquetes de anuncio ARP para SNIP1.
La tabla de enrutamiento de NS1 consiste en entradas de ruta para S1, S2, S3 y S4 a R1. Estas entradas de ruta son entradas de ruta estáticas o anunciadas por R1 a NS1, mediante protocolos de enrutamiento dinámico.
Los servicios SVC-S1, SVC-S2, SVC-S3 y SVC-S4 en NS1 representan los servidores S1, S2, S3 y S4. NS1 encuentra, en sus tablas de enrutamiento, que estos servidores son accesibles a través de R1. NS1 les envía sondeos de supervisión a intervalos regulares, desde la dirección SNIP1, para comprobar su estado.
Para obtener más información sobre el enrutamiento IP en un dispositivo Citrix ADC, consulte Enrutamiento IP.
A continuación se presenta el flujo de tráfico en este ejemplo:
- El cliente C1 envía un paquete de solicitud a LBVS-1. El paquete de solicitud tiene:
- IP de origen = dirección IP del cliente (198.51.100.10)
- IP de destino = dirección IP de LBVS-1 (203.0.113.15)
- LBVS1 de NS1 recibe el paquete de solicitud.
- El algoritmo de equilibrio de carga de LBVS1 selecciona el servidor S3.
- NS1 comprueba su tabla de enrutamiento y descubre que S3 es accesible a través de R1. SNIP1 (192.0.1.10) es la única dirección IP en NS1 que pertenece a la misma subred que el router R1, NS1 abre una conexión entre SNIP1 y S3 a R1.
- NS1 envía el paquete de solicitud a R1 desde SNIP1. El paquete de solicitud tiene:
- Dirección IP de origen = SNIP1 (192.0.1.10)
- Dirección IP de destino = dirección IP de S3 (192.0.3.20)
- La solicitud llega a R1, que comprueba su tabla de enrutamiento y reenvía el paquete de solicitud a S3.
- La respuesta de S3 devuelve por la misma ruta.
Uso de SNIP para varias subredes de servidor (VLAN) en un conmutador L2
Cuando tiene varias subredes de servidor (VLAN) en un conmutador L2 conectado a un dispositivo Citrix ADC, debe configurar al menos una dirección SNIP para cada una de las subredes de servidor, de modo que Citrix ADC pueda comunicarse con estas subredes de servidor.
Considere un ejemplo de configuración de equilibrio de carga en la que el servidor virtual de equilibrio de carga LBVS1 en Citrix ADC NS1 se utiliza para equilibrar la carga servidores S1 y S2, que están conectados a NS1 a través del conmutador L2 SW1. S1 y S2 pertenecen a diferentes subredes y forman parte de VLAN 10 y VLAN20, respectivamente. El vínculo entre NS1 y SW1 es un enlace troncal y lo comparten VLAN10 y VLAN20.
Para obtener más información acerca de cómo configurar el equilibrio de carga en un dispositivo Citrix ADC, consulte Equilibrio de carga.
Las direcciones IP de subred SNIP1 (solo para fines de referencia) y SNIP2 (solo para fines de referencia) se configuran en NS1. NS1 utiliza SNIP1 (en VLAN 10) para comunicarse con el servidor S1, y SNIP2 (en VLAN 20) para comunicarse con S2. Tan pronto como SNIP1 y SNIP2 se configuran, NS1 transmite paquetes de anuncio ARP para SNIP1 y SNIP2.
Para obtener más información acerca de la configuración de VLAN en un dispositivo Citrix ADC, consulte Configuración de una VLAN.
Los servicios SVC-S1 y SVC-S2 en NS1 representan los servidores S1 y S2. Tan pronto como se configuran estos servicios, NS1 transmite solicitudes ARP para ellos. Después de responder S1 y S2, NS1 les envía sondas de supervisión a intervalos regulares para comprobar su estado. NS1 envía sondeos de supervisión a S1 desde la dirección SNIP1 y a S2 desde la dirección SNIP2.
A continuación se presenta el flujo de tráfico en este ejemplo:
- El cliente C1 envía un paquete de solicitud a LBVS-1. El paquete de solicitud tiene:
- IP de origen = dirección IP del cliente (198.51.100.10)
- IP de destino = dirección IP de LBVS-1 (203.0.113.15)
- LBVS1 de NS1 recibe el paquete de solicitud.
- El algoritmo de equilibrio de carga de LBVS1 selecciona el servidor S2.
- Dado que S2 está conectado directamente a NS1 y SNIP2 (192.0.2.10) es la única dirección IP en NS1 que pertenece a la misma subred que S2, NS1 abre una conexión entre SNIP2 y S2. Nota: Si se selecciona S1, NS1 abre una conexión entre SNIP1 y S1.
- NS1 envía el paquete de solicitud a S2 desde SNIP2. El paquete de solicitud tiene:
- IP de origen = SNIP1 (192.0.2.10)
- IP de destino = dirección IP de S2 (192.0.2.20)
- La respuesta de S2 regresa por la misma ruta.
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.