-
-
-
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
-
-
Instalar, vincular y actualizar certificados
-
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!
Instalar, vincular y actualizar certificados
Para instalar un certificado, consulte Agregar o actualizar un par de claves de certificado.
Vincular certificados
Muchos certificados de servidor están firmados por varias Autoridades de Certificado (CA) jerárquicas, lo que significa que los certificados forman una cadena como la siguiente:
A veces, la CA intermedia se divide en un certificado de CA intermedio primario y secundario. A continuación, los certificados forman una cadena como la siguiente:
Los equipos cliente suelen contener el certificado de CA raíz en su almacén de certificados local, pero no uno o más certificados de CA intermedios. El dispositivo ADC debe enviar uno o varios certificados de CA intermedios a los clientes.
Nota: El dispositivo no debe enviar el certificado de CA raíz al cliente. El modelo de relación de confianza de infraestructura de clave pública (PKI) requiere que los certificados de CA raíz se instalen en los clientes mediante un método fuera de banda. Por ejemplo, los certificados se incluyen con el sistema operativo o el explorador web. El cliente ignora un certificado de CA raíz enviado por el dispositivo.
A veces, una CA intermedia que los exploradores web estándar no reconocen como una CA de confianza emite el certificado del servidor. En este caso, uno o más certificados de CA deben enviarse al cliente con el certificado propio del servidor. De lo contrario, el explorador finaliza la sesión SSL porque no puede autenticar el certificado del servidor.
Enlace de vídeo a ¿Cómo puedo vincular un certificado de autoridad intermedia.
Consulte las siguientes secciones para agregar el servidor y los certificados intermedios:
- Vinculación manual de certificados
- Vinculación automatizada de certificados
- Crear una cadena de certificados
Vinculación manual de certificados
Nota: Esta función no se admite en la plataforma FIPS de Citrix ADC ni en una configuración de clúster.
En lugar de agregar y vincular certificados individuales, ahora puede agrupar un certificado de servidor y hasta nueve certificados intermedios en un único archivo. Puede especificar el nombre del archivo al agregar un par de claves de certificado. Antes de hacerlo, asegúrese de que se cumplen los siguientes requisitos previos.
- Los certificados del archivo están en el siguiente orden:
- Certificado de servidor (debe ser el primer certificado del archivo)
- Opcionalmente, una clave de servidor
- Certificado intermedio 1 (ic1)
- Certificado intermedio 2 (ic2)
- Certificado intermedio 3 (ic3), etc. Nota: Los archivos de certificado intermedio se crean para cada certificado intermedio con el nombre “<certificatebundlename>.pem_ic< n>” donde n está entre 1 y 9. Por ejemplo, bundle.pem_ic1, donde bundle es el nombre del conjunto de certificados e ic1 es el primer certificado intermedio del conjunto.
- La opción de paquete está seleccionada.
- No hay más de nueve certificados intermedios presentes en el archivo.
Se analiza el archivo y se identifican el certificado del servidor, los certificados intermedios y la clave del servidor (si existe). En primer lugar, se agregan el certificado y la clave del servidor. A continuación, se agregan los certificados intermedios, en el orden en que se agregaron al archivo, y se vinculan en consecuencia.
Se informa de un error si existe alguna de las siguientes condiciones:
- Existe un archivo de certificado para uno de los certificados intermedios en el dispositivo.
- La clave se coloca antes del certificado del servidor en el archivo.
- Un certificado intermedio se coloca antes del certificado del servidor.
- Los certificados intermedios no se colocan en el archivo en el mismo orden en que se crean.
- No hay certificados presentes en el archivo.
- Un certificado no está en el formato PEM adecuado.
- El número de certificados intermedios en el archivo supera nueve.
Agregar un conjunto de certificados mediante la CLI
En el símbolo del sistema, escriba los siguientes comandos para crear un conjunto de certificados y verificar la configuración:
add ssl certKey <certkeyName> -cert <string> -key <string> -bundle (YES | NO)
show ssl
show ssl certlink
En el ejemplo siguiente, el conjunto de certificados (bundle.pem) contiene los archivos siguientes:
Certificado de servidor (paquete) vinculado a bundle_ic1
Primer certificado intermedio (bundle_ic1) vinculado a bundle_ic2
Segundo certificado intermedio (bundle_ic2) vinculado a bundle_ic3
Tercer certificado intermedio (bundle_ic3)
add ssl certKey bundletest -cert bundle9.pem -key bundle9.pem -bundle yes
sh ssl certkey
1) Name: ns-server-certificate
Cert Path: ns-server.cert
Key Path: ns-server.key
Format: PEM
Status: Valid, Days to expiration:5733
Certificate Expiry Monitor: ENABLED
Expiry Notification period: 30 days
Certificate Type: Server Certificate
Version: 3
Serial Number: 01
Signature Algorithm: sha256WithRSAEncryption
Issuer: C=US,ST=California,L=San Jose,O=Citrix ANG,OU=NS Internal,CN=default OULLFT
Validity
Not Before: Apr 21 15:56:16 2016 GMT
Not After : Mar 3 06:30:56 2032 GMT
Subject: C=US,ST=California,L=San Jose,O=Citrix ANG,OU=NS Internal,CN=default OULLFT
Public Key Algorithm: rsaEncryption
Public Key size: 2048
2) Name: servercert
Cert Path: complete/server/server_rsa_1024.pem
Key Path: complete/server/server_rsa_1024.ky
Format: PEM
Status: Valid, Days to expiration:7150
Certificate Expiry Monitor: ENABLED
Expiry Notification period: 30 days
Certificate Type: Server Certificate
Version: 3
Serial Number: 1F
Signature Algorithm: sha1WithRSAEncryption
Issuer: C=IN,ST=KAR,O=Citrix R&D Pvt Ltd,CN=Citrix
Validity
Not Before: Sep 2 09:54:07 2008 GMT
Not After : Jan 19 09:54:07 2036 GMT
Subject: C=IN,ST=KAR,O=Citrix Pvt Ltd,CN=Citrix
Public Key Algorithm: rsaEncryption
Public Key size: 1024
3) Name: bundletest
Cert Path: bundle9.pem
Key Path: bundle9.pem
Format: PEM
Status: Valid, Days to expiration:3078
Certificate Expiry Monitor: ENABLED
Expiry Notification period: 30 days
Certificate Type: Server Certificate
Version: 3
Serial Number: 01
Signature Algorithm: sha256WithRSAEncryption
Issuer: C=IN,ST=ka,O=sslteam,CN=ICA9
Validity
Not Before: Nov 28 06:43:11 2014 GMT
Not After : Nov 25 06:43:11 2024 GMT
Subject: C=IN,ST=ka,O=sslteam,CN=Server9
Public Key Algorithm: rsaEncryption
Public Key size: 2048
4) Name: bundletest_ic1
Cert Path: bundle9.pem_ic1
Format: PEM
Status: Valid, Days to expiration:3078
Certificate Expiry Monitor: ENABLED
Expiry Notification period: 30 days
Certificate Type: Intermediate CA
Version: 3
Serial Number: 01
Signature Algorithm: sha256WithRSAEncryption
Issuer: C=IN,ST=ka,O=sslteam,CN=ICA8
Validity
Not Before: Nov 28 06:42:56 2014 GMT
Not After : Nov 25 06:42:56 2024 GMT
Subject: C=IN,ST=ka,O=sslteam,CN=ICA9
Public Key Algorithm: rsaEncryption
Public Key size: 2048
5) Name: bundletest_ic2
Cert Path: bundle9.pem_ic2
Format: PEM
Status: Valid, Days to expiration:3078
Certificate Expiry Monitor: ENABLED
Expiry Notification period: 30 days
Certificate Type: Intermediate CA
Version: 3
Serial Number: 01
Signature Algorithm: sha256WithRSAEncryption
Issuer: C=IN,ST=ka,O=sslteam,CN=ICA7
Validity
Not Before: Nov 28 06:42:55 2014 GMT
Not After : Nov 25 06:42:55 2024 GMT
Subject: C=IN,ST=ka,O=sslteam,CN=ICA8
Public Key Algorithm: rsaEncryption
Public Key size: 2048
6) Name: bundletest_ic3
Cert Path: bundle9.pem_ic3
Format: PEM
Status: Valid, Days to expiration:3078
Certificate Expiry Monitor: ENABLED
Expiry Notification period: 30 days
Certificate Type: Intermediate CA
Version: 3
Serial Number: 01
Signature Algorithm: sha256WithRSAEncryption
Issuer: C=IN,ST=ka,O=sslteam,CN=ICA6
Validity
Not Before: Nov 28 06:42:53 2014 GMT
Not After : Nov 25 06:42:53 2024 GMT
Subject: C=IN,ST=ka,O=sslteam,CN=ICA7
Public Key Algorithm: rsaEncryption
Public Key size: 2048
7) Name: bundletest_ic4
Cert Path: bundle9.pem_ic4
Format: PEM
Status: Valid, Days to expiration:3078
Certificate Expiry Monitor: ENABLED
Expiry Notification period: 30 days
Certificate Type: Intermediate CA
Version: 3
Serial Number: 01
Signature Algorithm: sha256WithRSAEncryption
Issuer: C=IN,ST=ka,O=sslteam,CN=ICA5
Validity
Not Before: Nov 28 06:42:51 2014 GMT
Not After : Nov 25 06:42:51 2024 GMT
Subject: C=IN,ST=ka,O=sslteam,CN=ICA6
Public Key Algorithm: rsaEncryption
Public Key size: 2048
8) Name: bundletest_ic5
Cert Path: bundle9.pem_ic5
Format: PEM
Status: Valid, Days to expiration:3078
Certificate Expiry Monitor: ENABLED
Expiry Notification period: 30 days
Certificate Type: Intermediate CA
Version: 3
Serial Number: 01
Signature Algorithm: sha256WithRSAEncryption
Issuer: C=IN,ST=ka,O=sslteam,CN=ICA4
Validity
Not Before: Nov 28 06:42:50 2014 GMT
Not After : Nov 25 06:42:50 2024 GMT
Subject: C=IN,ST=ka,O=sslteam,CN=ICA5
Public Key Algorithm: rsaEncryption
Public Key size: 2048
9) Name: bundletest_ic6
Cert Path: bundle9.pem_ic6
Format: PEM
Status: Valid, Days to expiration:3078
Certificate Expiry Monitor: ENABLED
Expiry Notification period: 30 days
Certificate Type: Intermediate CA
Version: 3
Serial Number: 01
Signature Algorithm: sha256WithRSAEncryption
Issuer: C=IN,ST=ka,O=sslteam,CN=ICA3
Validity
Not Before: Nov 28 06:42:48 2014 GMT
Not After : Nov 25 06:42:48 2024 GMT
Subject: C=IN,ST=ka,O=sslteam,CN=ICA4
Public Key Algorithm: rsaEncryption
Public Key size: 2048
10) Name: bundletest_ic7
Cert Path: bundle9.pem_ic7
Format: PEM
Status: Valid, Days to expiration:3078
Certificate Expiry Monitor: ENABLED
Expiry Notification period: 30 days
Certificate Type: Intermediate CA
Version: 3
Serial Number: 01
Signature Algorithm: sha256WithRSAEncryption
Issuer: C=IN,ST=ka,O=sslteam,CN=ICA2
Validity
Not Before: Nov 28 06:42:46 2014 GMT
Not After : Nov 25 06:42:46 2024 GMT
Subject: C=IN,ST=ka,O=sslteam,CN=ICA3
Public Key Algorithm: rsaEncryption
Public Key size: 2048
11) Name: bundletest_ic8
Cert Path: bundle9.pem_ic8
Format: PEM
Status: Valid, Days to expiration:3078
Certificate Expiry Monitor: ENABLED
Expiry Notification period: 30 days
Certificate Type: Intermediate CA
Version: 3
Serial Number: 01
Signature Algorithm: sha256WithRSAEncryption
Issuer: C=IN,ST=ka,O=sslteam,CN=ICA1
Validity
Not Before: Nov 28 06:42:45 2014 GMT
Not After : Nov 25 06:42:45 2024 GMT
Subject: C=IN,ST=ka,O=sslteam,CN=ICA2
Public Key Algorithm: rsaEncryption
Public Key size: 2048
12) Name: bundletest_ic9
Cert Path: bundle9.pem_ic9
Format: PEM
Status: Valid, Days to expiration:3078
Certificate Expiry Monitor: ENABLED
Expiry Notification period: 30 days
Certificate Type: Intermediate CA
Version: 3
Serial Number: 01
Signature Algorithm: sha256WithRSAEncryption
Issuer: C=IN,ST=ka,O=sslteam,CN=RootCA4096
Validity
Not Before: Nov 28 06:42:43 2014 GMT
Not After : Nov 25 06:42:43 2024 GMT
Subject: C=IN,ST=ka,O=sslteam,CN=ICA1
Public Key Algorithm: rsaEncryption
Public Key size: 2048
Done
sh ssl certlink
1) Cert Name: bundletest CA Cert Name: bundletest_ic1
2) Cert Name: bundletest_ic1 CA Cert Name: bundletest_ic2
3) Cert Name: bundletest_ic2 CA Cert Name: bundletest_ic3
4) Cert Name: bundletest_ic3 CA Cert Name: bundletest_ic4
5) Cert Name: bundletest_ic4 CA Cert Name: bundletest_ic5
6) Cert Name: bundletest_ic5 CA Cert Name: bundletest_ic6
7) Cert Name: bundletest_ic6 CA Cert Name: bundletest_ic7
8) Cert Name: bundletest_ic7 CA Cert Name: bundletest_ic8
9) Cert Name: bundletest_ic8 CA Cert Name: bundletest_ic9
Done
Agregar un conjunto de certificados mediante la interfaz gráfica de usuario
- Vaya a Administración del tráfico > SSL > Certificados > Certificadosde CA.
- En el panel de detalles, haga clic en Instalar.
- En el cuadro de diálogo Instalar certificado, escriba los detalles, como el certificado y el nombre del archivo de clave y, a continuación, seleccione Paquete de certificados.
- Haga clic en Instalar y, a continuación, en Cerrar.
Vinculación automatizada de certificados
Nota: Esta función está disponible desde la versión 13.0 build 47.x.
Ya no es necesario vincular manualmente un certificado a su emisor hasta el certificado raíz. Si los certificados de CA intermedios y el certificado raíz están presentes en el dispositivo, puede hacer clic en el botón Vincular del certificado de usuario final.
Aparece la cadena potencial.
Haga clic en Vincular certificado para vincular todos los certificados.
Crear una cadena de certificados
En lugar de utilizar un conjunto de certificados (un único archivo), puede crear una cadena de certificados. La cadena vincula el certificado del servidor a su emisor (la CA intermedia). Este enfoque requiere que el archivo de certificado de CA intermedio esté instalado en el dispositivo ADC y que la aplicación cliente debe confiar en uno de los certificados de la cadena. Por ejemplo, vincule Cert-Intermediate-A a Cert-Intermediate-B, donde Cert-Intermediate-B está vinculado a Cert-Intermediate-C, que es un certificado de confianza para la aplicación cliente.
Nota: El dispositivo admite el envío de un máximo de 10 certificados en la cadena de certificados enviados al cliente (un certificado de servidor y nueve certificados de CA).
Crear una cadena de certificados mediante la CLI
En el símbolo del sistema, escriba los siguientes comandos para crear una cadena de certificados y verificar la configuración. (Repita el primer comando para cada nuevo eslabón de la cadena.)
link ssl certkey <certKeyName> <linkCertKeyName>
show ssl certlink
Ejemplo:
link ssl certkey siteAcertkey CAcertkey
Done
show ssl certlink
linked certificate:
1) Cert Name: siteAcertkey CA Cert Name: CAcertkey
Done
Crear una cadena de certificados mediante la interfaz gráfica de usuario
- Vaya a Administración de Tráfico > SSL > Certificados.
- Seleccione un certificado de servidor y, en la lista Acción, seleccione Vincular y especifique un nombre de certificado de CA.
Actualizar un certificado de servidor existente
Para cambiar manualmente un certificado de servidor existente, debe realizar los siguientes pasos:
- Desvincular el certificado antiguo del servidor virtual.
- Quite el certificado del dispositivo.
- Agregue el nuevo certificado al dispositivo.
- Enlazar el nuevo certificado al servidor virtual.
Para reducir el tiempo de inactividad al reemplazar un par de claves de certificado, puede actualizar un certificado existente. Si quiere reemplazar un certificado por un certificado emitido a un dominio diferente, debe inhabilitar las comprobaciones de dominio antes de actualizar el certificado.
Para recibir notificaciones sobre certificados que deben caducar, puede habilitar el monitor de caducidad.
Al quitar o desenlazar un certificado de un servidor o servicio virtual SSL configurado, el servidor virtual o el servicio se vuelven inactivos. Están activos después de que un nuevo certificado válido esté enlazado a ellos. Para reducir el tiempo de inactividad, puede utilizar la función de actualización para reemplazar un par de claves de certificado enlazado a un servidor virtual SSL o a un servicio SSL.
Diagrama general de cómo actualizar un certificado SSL en el dispositivo Citrix ADC.
Enlace de vídeo a ¿Cómo actualizo un certificado existente.
Actualizar un par de claves de certificado existente mediante la CLI
En el símbolo del sistema, escriba los siguientes comandos para actualizar un par de claves de certificado existente y verificar la configuración:
update ssl certkey <certkeyName> -cert <string> -key <string>
show ssl certKey <certkeyName>
Ejemplo:
update ssl certkey siteAcertkey -cert /nsconfig/ssl/cert.pem -key /nsconfig/ssl/pkey.pem
Done
show ssl certkey siteAcertkey
Name: siteAcertkey Status: Valid
Version: 3
Serial Number: 02
Signature Algorithm: md5WithRSAEncryption
Issuer: /C=US/ST=CA/L=Santa Clara/O=siteA/OU=Tech
Validity
Not Before: Nov 11 14:58:18 2001 GMT
Not After: Aug 7 14:58:18 2004 GMT
Subject: /C=US/ST-CA/L=San Jose/O=CA/OU=Security
Public Key Algorithm: rsaEncryption
Public Key size: 2048
Done
Actualizar un par de claves de certificado existente mediante la interfaz gráfica de usuario
-
Vaya a Administración de tráfico > SSL > Certificados > Certificadosde servidor.
-
Seleccione el certificado que quiere actualizar y haga clic en Actualizar.
-
Seleccione Actualizar el certificado y la clave.
-
En Nombre de archivo de certificado, haga clic en Elegir archivo> Local y busque el archivo.pfx o el archivo PEM de certificado actualizado.
-
Si carga un archivo.pfx, se le pedirá que especifique la contraseña del archivo.pfx.
-
Si carga un archivo pem de certificado, también debe cargar un archivo de clave de certificado. Si la clave está cifrada, debe especificar la contraseña de cifrado.
-
-
Si el nombre común del nuevo certificado no coincide con el certificado anterior, seleccione Sin comprobación de dominio.
-
Haga clic en Aceptar. Todos los servidores virtuales SSL a los que está vinculado este certificado se actualizan automáticamente.
-
Después de reemplazar el certificado, es posible que tenga que actualizar el vínculo de certificado a un nuevo certificado intermedio. Para obtener más información acerca de cómo actualizar un certificado intermedio sin romper los vínculos, consulte Actualizar un certificado intermedio sin romper los vínculos.
-
Haga clic con el botón secundario en el certificado actualizado y haga clic en Vínculosde certificado para ver si está vinculado a un certificado intermedio.
-
Si el certificado no está vinculado, haga clic con el botón secundario en el certificado actualizado y haga clic en Vincular para vincularlo a un certificado intermedio. Si no ve una opción para vincular, primero debe instalar un nuevo certificado intermedio en el dispositivo en el nodo Certificados de CA.
-
Actualizar un certificado de CA existente
Los pasos para actualizar un certificado de CA existente son los mismos que actualizar un certificado de servidor existente. La única diferencia es que no necesita una clave en el caso de los certificados de CA.
Inhabilitar comprobaciones de dominio
Cuando se reemplaza un certificado SSL en el dispositivo, el nombre de dominio mencionado en el nuevo certificado debe coincidir con el nombre de dominio del certificado que se va a reemplazar. Por ejemplo, si tiene un certificado emitido en abc.com y lo está actualizando con un certificado emitido en def.com, se producirá un error en la actualización del certificado.
Sin embargo, si quiere que el servidor que ha alojado un dominio determinado hospede un dominio nuevo, inhabilite la comprobación de dominio antes de actualizar su certificado.
Inhabilitar la comprobación de dominio de un certificado mediante la CLI
En el símbolo del sistema, escriba los siguientes comandos para inhabilitar la comprobación de dominio y verificar la configuración:
update ssl certKey <certkeyName> -noDomainCheck
show ssl certKey <certkeyName>
Ejemplo:
update ssl certKey sv -noDomainCheck
Done
show ssl certkey sv
Name: sv
Cert Path: /nsconfig/ssl/complete/server/server_rsa_512.pem
Key Path: /nsconfig/ssl/complete/server/server_rsa_512.ky
Format: PEM
Status: Valid, Days to expiration:9349
Certificate Expiry Monitor: DISABLED
Done
Inhabilitar la comprobación de dominio para un certificado mediante la interfaz gráfica de usuario
- Vaya a Administración de tráfico > SSL > Certificados, seleccione un certificado y haga clic en Actualizar.
- Seleccione Sin comprobación de dominio.
Reemplace el certificado predeterminado de un dispositivo ADC por un certificado de CA de confianza que coincida con el nombre de host del dispositivo
El procedimiento siguiente asume que el certificado predeterminado (ns-server-certificate
) está enlazado a los servicios internos.
- Vaya a Administración de Tráfico > SSL > Certificados SSL > Crear Solicitud de Certificado.
- En nombre común, escriba
test.citrixadc.com
. - Envíe la CSR a una entidad emisora de certificados de confianza.
- Después de recibir el certificado de la CA de confianza, copie el archivo en el
/nsconfig/ssl
directorio. - Vaya a Administración de Tráfico > SSL > Certificados > Certificados de servidor.
- Seleccione el certificado de servidor predeterminado (
ns-server-certificate
) y haga clic en Actualizar. - En el cuadro de diálogo Actualizar certificado, en Nombre de archivode certificado, busque el certificado recibido de la CA después de firmar.
- En el campo Nombre de archivo clave, especifique el nombre de archivo de clave privada predeterminado (
ns-server.key
). - Seleccione Sin comprobación de dominio.
- Haga clic en Aceptar.
Habilitar el monitor de caducidad
Un certificado SSL es válido durante un período específico. Una implementación típica incluye varios servidores virtuales que procesan transacciones SSL, y los certificados enlazados a ellos pueden caducar en diferentes momentos. Un monitor de caducidad configurado en el dispositivo crea entradas en los registros de auditoría syslog y ns del dispositivo cuando un certificado configurado caduca.
Si quiere crear alertas SNMP para la expiración del certificado, debe configurarlas por separado.
Habilitar un monitor de caducidad para un certificado mediante la CLI
En el símbolo del sistema, escriba los comandos siguientes para habilitar un monitor de caducidad para un certificado y compruebe la configuración:
set ssl certKey <certkeyName> [-expiryMonitor ( ENABLED | DISABLED ) [-notificationPeriod <positive_integer>]]
show ssl certKey <certkeyName>
Ejemplo:
set ssl certKey sv -expiryMonitor ENABLED –notificationPeriod 60
Done
Habilitar un monitor de caducidad para un certificado mediante la interfaz gráfica de usuario
- Vaya a Administración de tráfico > SSL > Certificados, seleccione un certificado y haga clic en Actualizar.
- Seleccione Notificar cuando caduque y, opcionalmente, especifique un período de notificación.
Actualizar un certificado intermedio sin romper los vínculos
Ahora puede actualizar un certificado intermedio sin romper ningún vínculo existente. La extensión “Authority KeyIdentifier”, en el certificado vinculado emitido por el certificado que se va a sustituir, no debe contener un campo de número de serie del certificado de autoridad (“Authority CertSerialNumber”). Si la extensión ‘AuthorityKeyIdentifier’ contiene un campo de número de serie, los números de serie del certificado antiguo y nuevo deben ser los mismos. Puede actualizar cualquier número de certificados en el vínculo, uno en uno, si se cumple la condición anterior. Anteriormente, los vínculos se rompían si se actualizaba un certificado intermedio.
Por ejemplo, hay cuatro certificados: CertA
, CertB
, CertC
y CertD
. Certificado CertA
es el emisor de CertB
, CertB
es el emisor de CertC
, y así sucesivamente. Si quiere reemplazar un certificado intermedio CertB
por CertB_new
, sin romper el vínculo, debe cumplirse la siguiente condición:
El número de serie del certificado de CertB
debe coincidir con el número de serie del certificado de CertB_new
si se cumplen las dos condiciones siguientes:
- La extensión
AuthorityKeyIdentifier
está presente enCertC
. - Esta extensión contiene un campo de número de serie.
Si el nombre común en un certificado cambia, mientras se actualiza el certificado especificar nodomaincheck
.
En el ejemplo anterior, para cambiar “www.example.com” a CertD
“*.example.com”, seleccione el parámetro “No Domain Check”.
Actualizar el certificado mediante la CLI
En el símbolo del sistema, escriba:
update ssl certKey <certkeyName> -cert <string> [-password] -key <string> [-noDomainCheck]
Ejemplo:
update ssl certkey siteAcertkey -cert /nsconfig/ssl/cert.pem -key /nsconfig/ssl/pkey.pem -noDomainCheck
Mostrar una cadena de certificados
Un certificado contiene el nombre de la autoridad expedidora y del sujeto al que se expide el certificado. Para validar un certificado, debe mirar al emisor de ese certificado y confirmar si confía en el emisor. Si no confía en el emisor, debe ver quién emitió el certificado emisor. Suba la cadena hasta que llegue al certificado de CA raíz o a un emisor en el que confíe.
Como parte del protocolo de enlace SSL, cuando un cliente solicita un certificado, el dispositivo presenta un certificado y la cadena de certificados emisores presentes en el dispositivo. Un administrador puede ver la cadena de certificados de los certificados presentes en el dispositivo e instalar los certificados que falten.
Ver la cadena de certificados de los certificados presentes en el dispositivo mediante la CLI
En el símbolo del sistema, escriba:
show ssl certchain <cert_name>
Ejemplos
Hay 3 certificados: C1, c2 y c3. El certificado c3 es el certificado de CA raíz y firma c2, y c2 signos c1. Los siguientes ejemplos ilustran el resultado del comando
show ssl certchain c1
en diferentes casos.
Caso 1:
El certificado c2 está vinculado a c1, y c3 está vinculado a c2.
El certificado c3 es un certificado de CA raíz.
Si ejecuta el siguiente comando, se muestran los vínculos del certificado hasta el certificado de CA raíz.
show ssl certchain c1
Certificate chain details of certificate name c1 are:
1) Certificate name: c2 linked; not a root certificate
2) Certificate name: c3 linked; root certificate
Done
Caso 2:
El certificado c2 está vinculado a c1.
El certificado c2 no es un certificado de CA raíz.
Si ejecuta el comando siguiente, se muestra la información de que el certificado c3 es un certificado de CA raíz pero no está vinculado a c2.
show ssl certchain c1
Certificate chain details of certificate name c1 are:
1) Certificate Name: c2 linked; not a root certificate
2) Certificate Name: c3 not linked; root certificate
Done
Caso 3:
Los certificados c1, c2 y c3 no están vinculados, pero están presentes en el dispositivo.
Si ejecuta el comando siguiente, se muestra información acerca de todos los certificados que empiezan por el emisor del certificado c1. También se especifica que los certificados no están vinculados.
show ssl certchain c1
Certificate chain details of certificate name c1 are:
1) Certificate Name: c2 not linked; not a root certificate
2) Certificate Name: c3 not linked; root certificate
Done
Caso 4:
El certificado c2 está vinculado a c1.
El certificado c3 no está presente en el dispositivo.
Si ejecuta el comando siguiente, se muestra información sobre el certificado vinculado a c1. Se le pedirá que agregue un certificado con el nombre del sujeto especificado en c2. En este caso, se pide al usuario que agregue el certificado raíz de CA c3.
show ssl certchain c1
Certificate chain details of certificate name c1 are:
1) Certificate Name: c2 linked; not a root certificate
2) Certificate Name: /C=IN/ST=ka/O=netscaler/CN=test
Action: Add a certificate with this subject name.
Done
Caso 5:
Un certificado no está vinculado al certificado c1 y el certificado emisor de c1 no está presente en el dispositivo.
Si ejecuta el siguiente comando, se le pedirá que agregue un certificado con el nombre del sujeto en el certificado c1.
sh ssl certchain c1
Certificate chain details of certificate name c1 are:
1) Certificate Name: /ST=KA/C=IN
Action: Add a certificate with this subject name.
Compartir
Compartir
En este artículo
- Vincular certificados
- Vinculación manual de certificados
- Vinculación automatizada de certificados
- Crear una cadena de certificados
- Actualizar un certificado de servidor existente
- Actualizar un certificado de CA existente
- Inhabilitar comprobaciones de dominio
- Reemplace el certificado predeterminado de un dispositivo ADC por un certificado de CA de confianza que coincida con el nombre de host del dispositivo
- Habilitar el monitor de caducidad
- Actualizar un certificado intermedio sin romper los vínculos
- Mostrar una cadena de certificados
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.