-
-
-
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
-
Tipos de implementación de GSLB
-
Implementación de topología principal-secundario mediante el protocolo MEP
-
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!
Implementación de topología principal-secundario mediante el protocolo MEP
Citrix ADC GSLB proporciona equilibrio de carga global de servidores y recuperación ante desastres mediante la creación de conexiones de malla entre todos los sitios involucrados y la toma de decisiones inteligentes de equilibrio de carga. Cada sitio se comunica con los demás para intercambiar métricas de servidor y red a través del Protocolo de intercambio métrico (MEP), a intervalos regulares. Sin embargo, con el aumento en el número de sitios del mismo nivel, el volumen de tráfico MEP aumenta exponencialmente debido a la topología de malla. Para superar esto, puede usar una topología principal-secundario. La topología principal-secundario también admite implementaciones más grandes. Además de los 32 sitios principales, puede configurar 1024 sitios secundarios.
La topología principal-secundario GSLB es un diseño jerárquico de dos niveles con las siguientes funciones:
- En el nivel superior se encuentran los sitios principales, que tienen relaciones de pares con otros principals.
- Cada principal puede tener varios sitios secundarios.
- Cada sitio principal intercambia información de estado con sus sitios secundarios y con otros sitios principales.
- Un sitio secundario solo se comunica con su sitio primario.
- En una relación principal-secundario para GSLB, solo el sitio primario responde a las consultas de ADNS. Los sitios secundarios actúan como sitios normales de equilibrio de carga.
- Configure un servicio ADNS o un servidor virtual de equilibrio de carga DNS solo en el sitio primario.
- Un sitio primario puede tener una configuración GSLB normal, es decir, servicios de sitios locales y de todos los sitios remotos, pero un sitio secundario solo puede tener servicios locales. Además, solo los sitios principales tienen configurados servidores virtuales GSLB.
Nota
- En una topología principal-secundario, el intercambio de métricas de sitio se inicia desde la dirección IP inferior de dos. Sin embargo, desde Citrix ADC versión 11.1 compilación 51.x, los sitios primarios inician conexiones con los sitios secundarios y no de la manera opuesta. Porque los sitios primarios tienen información sobre todos los sitios secundarios en la configuración de GSLB.
-
En una conexión principal-principal, el intercambio de métricas de sitio todavía se inicia desde la IP inferior de dos direcciones IP.
- En una topología principal-secundario, los servicios GSLB no siempre deben configurarse en un sitio secundario. Sin embargo, si tiene más configuración, como autenticación de cliente, inserción de direcciones IP de cliente u otro requisito específico de SSL, debe agregar un servicio GSLB explícito en el sitio secundario y configurarlo en consecuencia.
- En una topología principal-secundario, el sitio primario y el sitio secundario pueden estar en diferentes versiones de software Citrix ADC. Sin embargo, para utilizar la opción AutomaticConfigSync de GSLB para sincronizar la configuración entre los sitios principales, todos los sitios principales deben estar en las mismas versiones de software Citrix ADC. Si no está usando la opción AutomaticConfigSync, el sitio primario y el sitio secundario pueden estar en diferentes versiones de software Citrix ADC, pero asegúrese de que no está usando ninguna de las nuevas funciones de la versión más reciente. Esto también es aplicable, en general, a dos nodos Citrix ADC que participan en GSLB.
Topología básica principal-secundario
En el diagrama, SiteP1 y SiteP2 son sitios principales en una relación de pares. Los sitios P1C1 y P2C1 son los sitios secundarios de P1 y P2 respectivamente.
Configuración de una configuración principal-secundario para GSLB
Si tiene un firewall configurado en un sitio GSLB, asegúrese de que el puerto 3011 esté abierto.
En el siguiente diagrama se muestra un ejemplo de configuración principal-secundario.
- La configuración de un sitio secundario incluye el sitio secundario y su sitio primario, pero ningún otro sitio primario o secundario.
- Las métricas de red, como RTT y la información de sesión de persistencia, se sincronizan solo en los sitios principales. Por lo tanto, parámetros como NwMetricExchange y SessionExchange están inhabilitados de forma predeterminada en todos los sitios secundarios.
- Para verificar la configuración principal-secundario correcta, compruebe los estados de todos los servicios GSLB enlazados a los sitios principales.
Para configurar una configuración principal-secundario para GSLB mediante la CLI:
-
En cada sitio principal, introduzca los siguientes comandos:
add gslb site <siteName> <siteIPAddress> [-publicIP <ip_addr|ipv6_addr|*>] add gslb site <siteName> <siteIPAddress> [-publicIP <ip_addr|ipv6_addr|*>] [-parentSite <string>]
Ejemplo:
add gslb site GSLB_Site1 10.1.1.1 - publicIP 10.1.1.1 add gslb site Site1_child1 1 10.1.1.2 -publicIP 10.1.1.2 -parentSite GSLB_Site1
-
En cada sitio secundario, introduzca los siguientes comandos:
add gslb site <siteName> <siteIPAddress> [-publicIP <ip_addr|ipv6_addr|*>] add gslb site <siteName> <siteIPAddress> [-publicIP <ip_addr|ipv6_addr|*>] [-parentSite <string>]
Ejemplo:
add gslb site GSLB_Site1 10.1.1.1 - publicIP 10.1.1.1 add gslb site Site1_child1 1 10.1.1.2 -publicIP 10.1.1.2 -parentSite GSLB_Site1
Para obtener un ejemplo completo de una configuración principal-secundario, mediante la interfaz de línea de comandos, consulte Ejemplo de Configuración Parent-Child Completo, Mediante la CLI
Nota
Si la dirección IP del servidor virtual de equilibrio de carga es una dirección IP privada y la dirección IP pública es diferente de esta dirección IP, debe configurar un servicio GSLB para el servidor virtual de equilibrio de carga local en el sitio secundario. Esto es necesario para la recopilación de estadísticas entre el sitio primario y el sitio secundario.
En el sitio secundario, en el símbolo del sistema, escriba:
add gslb service <name> <private IP/lb vserver IP> http 80 –sitename <childsite name> -publicip <public IP of LB vserver>
Ejemplo:
add gslb service Service-GSLB 192.168.1.3 http 80 -GSLB_Site11 site 11_lb1 172.16.1.1
Donde 192.168.1.3 es una dirección IP privada del servidor virtual de equilibrio de carga y 172.16.1.1 es una dirección IP pública del servidor virtual de equilibrio de carga.
Copia de seguridad de un sitio principal
Nota: Esta función se introdujo en Citrix ADC versión 11.1 compilación 51.x. Para utilizar la topología del sitio primario de copia de seguridad, asegúrese de que el sitio primario y los sitios secundarios están en Citrix ADC 11.1 compilación 51.x y versiones posteriores.
La topología del sitio primario de copia de seguridad es útil en casos en los que muchos sitios secundarios están asociados a un sitio primario. Si este sitio primario baja, todos sus sitios secundarios dejan de estar disponibles. Para evitar esto, ahora puede configurar un sitio primario de copia de seguridad al que se pueden conectar los sitios secundarios si el sitio primario original está DOWN. El sitio principal envía la lista principal de copia de seguridad a los sitios secundarios a través de los mensajes MEP.
Cuando un sitio principal está DOWN, los otros sitios principales de la GSLB saben que un sitio principal en particular está DOWN a través de MEP porque MEP a ese sitio principal está DOWN. Los otros sitios principales de la configuración de GSLB buscan la cadena de copia de seguridad del principal del mismo nivel. El sitio principal con la preferencia más alta adopta los sitios secundarios del principal que fue DOWN. A continuación, el nuevo principal inicia una conexión con el sitio secundario. Un sitio secundario puede aceptar o rechazar la conexión después de evaluar sus conexiones existentes y la información de la lista de copia de seguridad. El principal de copia de seguridad tarda unos segundos en adoptar los sitios secundarios. Cuando el sitio primario original tiene copia de seguridad UP, intenta establecer conexiones con sus sitios secundarios que se han migrado a otro principal. Cuando un intento de conexión se realiza correctamente, el sitio secundario se reasigna a su sitio primario original.
Nota:
- Solo los sitios principales se pueden configurar como copias de seguridad, y esta configuración solo se puede hacer en el sitio primario.
- Todos los sitios secundarios utilizan el conjunto primario de copia de seguridad.
- La sincronización se realiza solo en los sitios principales. La configuración de sitios secundarios de GSLB no se ve afectada por la sincronización. Esto se debe a que las configuraciones del sitio primario y del sitio secundario no son idénticas. La configuración de sitios secundarios consiste únicamente en los detalles propios y los de su sitio principal. Además, no siempre se requiere que los servicios GSLB se configuren en los sitios secundarios.
Considere la configuración que se muestra en la siguiente figura, en la que:
- SiteP1, SiteP2 y SiteP3 son los sitios principales.
- Child_site1, child_site2 y child_site3 son los sitios secundarios de SiteP1, SiteP2 y SiteP3 respectivamente.
- sitios principales de copia de seguridad;
- Parentes de copia de seguridad de SiteP1: SiteP2 (preferencia más alta) y SiteP3
- Principals de backup de SiteP2: SiteP3 (preferencia más alta) y SiteP1
- Parentes de backup de SiteP3: SiteP1 (preferencia más alta) y SiteP2
Nota: A título ilustrativo, la figura muestra solo un principal de copia de seguridad para cada sitio principal.
La lista siguiente resume el comportamiento de los sitios primario y secundario en varios casos:
- Caso 1: SiteP1 baja.
- SiteP2 y SiteP3 detectan que la conexión MEP del SiteP1 está DOWN. SiteP2 es superior en la lista de preferencias de los principals de copia de seguridad para SiteP1, por lo que intenta iniciar una conexión con Child_Site1. SiteP3 asume que Child_Site1 es ahora el sitio secundario del SiteP2 primario.
- SiteP2 envía Child_Site1 la lista de los principals de copia de seguridad del SiteP1 (SiteP2 y SiteP3) a Child_Site1. Child_Site1 utiliza la lista para decidir si acepta o rechaza la conexión desde SiteP2. Acepta la conexión y se convierte en un secundario de SiteP2.
- Cuando SiteP1 realiza una copia de seguridad UP, envía una solicitud de conexión Child_Site1. La nueva solicitud tiene prioridad y Child_Site 1 migra a SiteP1.
-
Caso 2: Solo la conexión MEP entre SiteP1 y SiteP2 ha caído. Child_Site1 rechaza la solicitud de conexión del SiteP2, porque su principal, SiteP1, sigue estando UP.
- Caso 3: SiteP3 y Child_Site1 detectan que SiteP1 está DOWN y la conexión MEP entre SiteP3 y SiteP2 también está DOWN. Sin embargo, SiteP2 detecta que SiteP1 es UP y que la conexión MEP entre SiteP1 y SiteP2 es UP.
- SiteP2 no realiza ninguna acción.
- SiteP3 comprueba la lista de copias de seguridad del SiteP1 y encuentra que SiteP2 tiene una preferencia mayor que SiteP3. Pero SiteP2 está DOWN, por lo que SiteP3 intenta establecer una conexión con Child_Site1. Child_Site1 ha detectado que SiteP1 está DOWN, por lo que acepta la solicitud de conexión del SiteP3.
- Ahora la conexión entre SiteP1 y SiteP2 baja. SiteP2 comprueba la lista de copias de seguridad de SiteP1 y se encuentra como la copia de seguridad más preferida, por lo que intenta conectarse a Child_Site1. Child_Site1 evalúa la nueva solicitud de conexión basada en la lista de SiteP1 y encuentra SiteP2 como la copia de seguridad más preferida, por lo que migra a SiteP2 desde SiteP3.
Para configurar un sitio primario de copia de seguridad mediante la interfaz de línea de comandos
En el símbolo del sistema, escriba:
set gslb site <sitename> -backupParentlist <bkp_site1> <bkp_site2> …<bkp_site5>
<sitename>
es el sitio principal actual.
Ejemplo:
Para el sitio primario (SiteP1), los sitios (SiteP2 y SiteP3) se configuran como sitios primarios de copia de seguridad.
set gslb site SiteP1 -backupParentlist SiteP2 SiteP3
Nota:
- No se puede agregar un sitio nuevo como elemento primario de copia de seguridad. Primero debe agregar todos los sitios y, a continuación, configurar el sitio como un elemento primario de copia de seguridad.
- Para quitar una copia de seguridad principal, debe utilizar el comando unset, que desestablece todos los sitios que se configuraron anteriormente como sitios principales de copia de seguridad.
Para configurar un sitio primario de copia de seguridad mediante la interfaz gráfica de usuario
- Vaya a Configuración > Administración del tráfico > GSLB > Sitios.
- Agregue un sitio nuevo o seleccione uno existente.
- Seleccione la casilla de opción Copia de seguridad de sitios principales al crear o configurar el sitio GSLB.
Compartir
Compartir
En este artículo
- Topología básica principal-secundario
- Configuración de una configuración principal-secundario para GSLB
- Copia de seguridad de un sitio principal
- Para configurar un sitio primario de copia de seguridad mediante la interfaz de línea de comandos
- Para configurar un sitio primario de copia de seguridad mediante la interfaz gráfica de usuario
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.