CA Nimsoft Unified Management Portal

Transcripción

1 CA Nimsoft Unified Management Portal Guía de implementación de HTTPS 7.5

2 Historial de revisiones del documento Versión del documento Fecha Cambios 1.0 Marzo 2014 Versión inicial para UMP 7.5.

3 Avisos legales Este sistema de ayuda en línea (el "Sistema") se proporciona con el único propósito de informar al usuario final, pudiendo CA proceder a su modificación o retirada en cualquier momento. Queda prohibida la copia, transferencia, reproducción, divulgación, modificación o duplicación de la totalidad o parte de este Sistema sin el consentimiento previo y por escrito de CA. Este sistema es información confidencial y propiedad de CA. Está protegido por las leyes sobre los derechos de autor de los Estados Unidos y por tratados internacionales. Este sistema no puede ser divulgado por el usuario ni puede ser utilizado para ningún otro propósito distinto, a menos que haya sido autorizado en virtud de un acuerdo suscrito aparte entre el usuario y CA que rija el uso del software de CA al que se refiere el Sistema (el "Software de CA"). Dicho acuerdo no se verá modificado por ninguno de los los términos de este aviso. No obstante lo anterior, si dispone de licencias del Software de CA, podrá realizar una copia del Sistema para su uso interno y de sus empleados, siempre y cuando en dicha copia figuren todos los avisos e inscripciones relativos a los derechos de autor de CA.. El derecho a realizar una copia del Sistema solo tendrá validez durante el período en el que la licencia correspondiente al Software de CA esté en vigor. En caso de terminarse la licencia por cualquier razón, es responsabilidad del usuario certificar por escrito a CA que todas las copias, totales o parciales, del Sistema han sido destruidas. EN LA MEDIDA EN QUE LA LEY APLICABLE LO PERMITA, CA PROPORCIONA ESTE SISTEMA "TAL CUAL" SIN GARANTÍA DE NINGÚN TIPO INCLUIDAS, ENTRE OTRAS PERO SIN LIMITARSE A ELLAS, LAS GARANTÍAS IMPLÍCITAS DE COMERCIALIZACIÓN, ADECUACIÓN A UN FIN CONCRETO Y NO INCUMPLIMIENTO. CA NO RESPONDERÁ EN NINGÚN CASO, ANTE VD. NI ANTE TERCEROS, EN LOS SUPUESTOS DE DEMANDAS POR PÉRDIDAS O DAÑOS, DIRECTOS O INDIRECTOS, QUE SE DERIVEN DEL USO DE ESTE SISTEMA INCLUYENDO A TÍTULO ENUNCIATIVO PERO SIN LIMITARSE A ELLO, LA PÉRDIDA DE BENEFICIOS Y DE INVERSIONES, LA INTERRUPCIÓN DE LA ACTIVIDAD EMPRESARIAL, LA PÉRDIDA DEL FONDO DE COMERCIO O LA PÉRDIDA DE DATOS, INCLUSO CUANDO CA HUBIERA PODIDO SER ADVERTIDA CON ANTELACIÓN Y EXPRESAMENTE DE LA POSIBILIDAD DE DICHAS PÉRDIDAS O DAÑOS. CA es el fabricante de este Sistema. Este Sistema presenta "Derechos Restringidos". El uso, la duplicación o la divulgación por parte del gobierno de los Estados Unidos está sujeta a las restricciones establecidas en las secciones , y (c)(1) - (2) de FAR y en la sección (b)(3) de DFARS, según corresponda, o en posteriores.

4 Copyright 2014 CA. Todos los derechos reservados. Todas las marcas registradas, nombres comerciales, logotipos y marcas de servicios a los que se hace referencia pertenecen a sus respectivas empresas. La información legal de software de terceros y de dominio público utilizado en la solución de CA Nimsoft Monitor se documenta en Licencias de terceros y términos de uso de CA Nimsoft Monitor ( Contacte con CA Contacto con CA Support Para su comodidad, CA Technologies proporciona un sitio en el que se puede acceder a la información que necesita acerca de los productos de CA para la oficina en casa, pequeñas empresas y acerca de los productos de CA Technologies de empresa. Desde la página se puede acceder a los siguientes recursos: Información para el contacto telefónico y en línea para poder acceder a los servicios de atención al cliente y de asistencia técnica Información sobre foros y comunidades de usuarios Descargas de documentación y productos Políticas y directrices de CA Support Otros recursos útiles adecuados para el producto Cómo proporcionar comentarios sobre la documentación del producto Envíe comentarios o preguntas acerca de la documentación del producto de CA Technologies Nimsoft a nimsoft.techpubs@ca.com. Si desea proporcionar comentarios sobre la documentación de productos de CA Technologies, rellene nuestra breve encuesta de clientes que está disponible en el sitio web de CA Support que se encuentra en

5 Contenido Capítulo 1: Introducción 7 Requisitos previos... 8 La devolución de llamada de wasp y ssl_reintialize_keystore... 9 Entidad, intermediario y certificados raíz Capítulo 2: Configuración de UMP para utilizar HTTPS 11 Modificación de la configuración de wasp para utilizar HTTPS Reinicialización de wasp.keystore Generación de un par de claves pública y privada Generación y envío de un CSR Importación de un par de claves pública y privada Registro de la información del certificado Establecimiento de la redirección automática de HTTP a HTTPS Prueba de la conexión HTTPS Apéndice A: Solución de problemas con certificados de SSL 19 El alias <wasp> ya existe El nombre del alias wasp no identifica una entrada clave Excepción de bloque final determinada Comando de keytool no encontrado El certificado del firmante no coincide con el nombre del emisor Contenido 5

6

7 Capítulo 1: Introducción Este escenario describe cómo un administrador de seguridad configura CA Nimsoft Unified Management Portal (UMP) para ser accesible mediante una conexión HTTPS. CA Nimsoft recomienda consultar con los ingenieros de seguridad de red y los especialistas de cumplimiento sobre los requisitos de seguridad específicos. En general, los requisitos de seguridad estándares de la industria exigen el uso del cifrado de SSL para las comunicaciones cliente-servidor en una red de no confianza. Esto incluye las situaciones siguientes: Si los usuarios acceden a UMP mediante una red pública como Internet Si las sesiones se realizan en una parte no segura de la red como redes inalámbricas en salas de reuniones o en áreas de acceso público Si las sesiones se realizan a través de redes móviles Nota: Para entornos de alta seguridad se recomienda utilizar como mínimo un cifrado de 2048 bits. Sin embargo, al utilizar claves de RSA más largas afectará significativamente a la velocidad de cifrado y descifrado. El siguiente diagrama muestra cómo configurar UMP para utilizar HTTPS: Capítulo 1: Introducción 7

8 Requisitos previos 1. Modificación de wasp para utilizar HTTPS (en la página 12) 2. Reinicialización de wasp.keystore (en la página 13) 3. Generación de un par de claves pública y privada (en la página 13) 4. Generación y envío de un CSR (en la página 14) 5. Importación de un par de claves pública y privada (en la página 16) 6. Registro de la información del certificado (en la página 17) 7. Establecimiento de la redirección automática de HTTP a HTTPS (en la página 17) 8. Prueba de la conexión HTTPS (en la página 17) Requisitos previos Verifique los requisitos previos siguientes antes de continuar: Es un usuario administrativo con acceso al Gestor de la infraestructura. Su entorno está configurado para ejecutar comandos de keytool si se planea utilizar un certificado distinto de un certificado autofirmado de 1024 bits. Esto significa que la variable del sistema de $PATH incluye una ruta a java.exe y keytool. Consulte la sección Comando de keytool no encontrado (en la página 21) para consultar información adicional. 8 Guía de implementación de HTTPS

9 La devolución de llamada de wasp y ssl_reintialize_keystore La devolución de llamada de wasp y ssl_reintialize_keystore Para configurar UMP para utilizar HTTPS, configure wasp. WASP (proveedor de servicios de aplicaciones web) es un servidor web de Tomcat incrustado que se ejecuta como una sonda. Se distribuye al sistema durante la instalación de UMP y después aparece como sonda en el Gestor de la infraestructura. Sin tener en cuenta el certificado que se desea implementar, el primer paso obligatorio es modificar el archivo wasp.cfg para permitir HTTPS. Cuando se aplica este cambio, ocurre lo siguiente: wasp.keystore, un archivo cifrado que almacena certificados, se genera en el directorio <UMP_installation>/Nimsoft/probes/service/wasp/conf Un certificado autofirmado de 1024 bits se genera automáticamente en wasp.keystore Se debe reemplazar certificado autofirmado de 1024 bits generado automáticamente si se desea usar un certificado diferente. Además, se debe introducir una contraseña válida para el archivo wasp.keystore. Sin embargo, el archivo wasp.keystore tiene una contraseña codificada desconocida. Por lo tanto, la primera vez que se configura WASP para HTTPS se recomienda ejecutar la devolución de llamada de ssl_reinitialize_keystore y establecer una nueva contraseña. La devolución de llamada de ssl_reinitialize_keystore vuelve a crear wasp.keystore y su hash de contraseña. Cuando se ejecuta esta devolución de llamada se debe introducir una nueva contraseña como argumento y después almacenar de forma segura la nueva contraseña para su uso futuro. Si se pierde o se olvida esta contraseña, la única forma de restablecerla es reinicializando wasp.keystore de nuevo. Importante: Utilice con cuidado la devolución de llamada de ssl_reinitialize_keystore. Esta devolución de llamada cambia el hash de cifrado de wasp.keystore e invalidará los certificados que esté utilizando actualmente. Por ello se recomienda realizar una copia de seguridad de la clave individual y de los archivos de certificado porque en caso de tener que reinicializar el almacén de claves, se puedan recargar las claves y los certificados en el almacén de claves nuevo. Además, no se debe utilizar la utilidad de keytool para cambiar la contraseña de wasp.keystore, ya que wasp no reconocerá la nueva contraseña. Actualmente la única forma de cambiar la contraseña de wasp.keystore es utilizar la devolución de llamada de ssl_reinitialize_keystore. Capítulo 1: Introducción 9

10 Entidad, intermediario y certificados raíz Entidad, intermediario y certificados raíz Un número de autoridades de certificación emiten certificados intermedios o encadenados. Si su autoridad de certificación emite certificados encadenados, normalmente recibirá los archivos de certificado siguientes: Un certificado de entidad Uno o más certificados intermedios Se puede incluir un certificado raíz Se debe cargar el certificado de la entidad y cualquier certificado intermedio que proporcione su autoridad de certificación. Es posible que no sea necesario cargar un certificado raíz. Esto es debido a que la instalación de NMS instala automáticamente Java Runtime Environment (JRE) que incluye los certificados raíz de muchas autoridades de certificación. Sin embargo, su autoridad de certificación puede proporcionar un certificado raíz nuevo y recomendar que lo cargue. Se pueden consultar los certificados raíz instalados automáticamente con JRE durante la instalación de NMS. Siga estos pasos: 1. Abra un símbolo del sistema de administrador en el servidor que ejecuta UMP. 2. Cambie los directorios tal y como se muestra a continuación: cd <UMP_installation>/jre/<jre_version>/lib/security 3. Introduzca el siguiente comando: <UMP_installation>/jre/<jre_version>/bin/keytool keytool -list -keystore cacerts El sistema solicita que introduzca la contraseña de almacén de claves. Después de introducir una contraseña válida, el sistema muestra los certificados raíz predeterminados en el archivo cacerts. 10 Guía de implementación de HTTPS

11 Capítulo 2: Configuración de UMP para utilizar HTTPS Esta sección proporciona instrucciones para configurar UMP para utilizar HTTPS. Nota: Los pasos que se utilizan para implementar HTTPS varían en función del certificado que se está usando. El diagrama de la introducción muestra donde varía el flujo de trabajo en función del certificado que se está implementando. Además, las instrucciones indican cuándo se puede omitir un paso y pasar a un paso posterior. Capítulo 2: Configuración de UMP para utilizar HTTPS 11

12 Modificación de la configuración de wasp para utilizar HTTPS Modificación de la configuración de wasp para utilizar HTTPS Modifique la configuración de wasp para utilizar HTTPS especificando un puerto HTTPS y un número máximo de solicitudes HTTPS simultáneas. Cuando se reinicia wasp, se genera automáticamente un certificado SSL autofirmado de 1024 bits en <instalación_ump>/probes/service/wasp/conf/wasp.keystore. Siga estos pasos: 1. Utilice Remote Desktop para conectarse al servidor de NMS. 2. Abra Gestor de la infraestructura. 3. Vaya al servidor que ejecuta UMP y busque la sonda de wasp. 4. Pulse la tecla <Ctrl> al hacer clic con el botón secundario del ratón en la sonda de wasp y, a continuación, seleccione Configuración sin formato. 5. Con la sección de configuración resaltada, busque la clave https_port y haga clic en Editar clave para especificar un puerto. En caso necesario, haga clic en Nueva clave e introduzca https_port. 6. Nota: El valor máximo del puerto que se puede establecer es Edite la clave https_max_threads para configurar el número de solicitudes de https simultáneas. El valor predeterminado es 500. Después de hacer clic en Aceptar, wasp estará configurado para utilizar una conexión HTTPS. La primera vez que se inicia wasp con HTTPS activado, se genera un almacén de claves nuevo, wasp.keystore, que se almacena en <instalación_ump>/probes/service/wasp/conf. Además, el certificado autofirmado de 1024 bits se genera y se almacena en el archivo wasp.keystore. Importante: Si se está utilizando el certificado autofirmado de 1024 bits que se ha generado, reinicie la sonda wasp y avance hasta la sección Establecimiento de la redirección automática de HTTP a HTTPS (en la página 17). De lo contrario, continúe con la sección siguiente. 12 Guía de implementación de HTTPS

13 Reinicialización de wasp.keystore Reinicialización de wasp.keystore Importante: Realice solamente los siguientes pasos si no se está utilizando un certificado autofirmado de 1024 bits y si al menos una de las declaraciones siguientes es verdadera: Se desconoce la contraseña de wasp.keystore. Esta es la primera vez que está configurando UMP para utilizar HTTPS. Si ninguna de las dos declaraciones anteriores es verdadera, revise la sección La devolución de llamada de wasp y ssl_reintialize_keystore (en la página 9) antes de continuar. Siga estos pasos: 1. Abra Gestor de la infraestructura. 2. Vaya al servidor que ejecuta UMP. 3. Haga clic en la sonda WASP para resaltarla. 4. Pulse <Ctrl>+<P> para abrir la utilidad de sonda. 5. En el menú desplegable bajo el conjunto de comandos de sonda, seleccione ssl_reinitialize_keystore. 6. Introduzca una nueva contraseña como argumento. Nota: Utilice una contraseña que tenga como mínimo seis caracteres. La utilidad de la sonda wasp no impedirá utilizar una contraseña más corta, pero no se podrán realizar cambios en wasp.keystore tal y como se describe posteriormente. 7. Haga clic en el botón de reproducción verde para ejecutar la devolución de llamada. La barra de estado de Comando muestra el texto Aceptar. 8. La contraseña establecida se registra de forma segura para utilizarla en el futuro. Generación de un par de claves pública y privada Siga estos pasos: 1. Abra un símbolo del sistema de administrador en el servidor que ejecuta UMP. Nota: Ejecute los comandos de keytool siguientes en el mismo directorio que el archivo wasp.keystore, normalmente <UMP_installation>/probes/service/wasp/conf. La utilidad de keytool se encuentra en el directorio donde se encuentra JRE, normalmente en <UMP_installation>/jre/<jre_version>/bin/keytool. Capítulo 2: Configuración de UMP para utilizar HTTPS 13

14 Generación y envío de un CSR 2. Verifique que tiene una contraseña válida para wasp.keystore: <UMP_installation>/jre/<jre_version>/bin/keytool -list -keystore wasp.keystore 3. Suprima la clave privada generada automáticamente: <UMP_installation>/jre/<jre_version>/bin/keytool -delete -alias wasp -keystore wasp.keystore 4. Verifique que la clave se ha suprimido: <UMP_installation>/jre/<jre_version>/bin/keytool -list -keystore wasp.keystore 5. Genere un par de claves pública y privada con el tamaño clave requerido: <UMP_installation>/jre/<jre_version>/bin/keytool -genkeypair -alias wasp -keyalg RSA -keysize <key_size> -keystore wasp.keystore validity <days_cert_is_valid> 6. Cuando se solicita el nombre y apellido, introduzca FQDN. 7. Cuando se le solicite, introduzca las entradas para los siguientes campos: Unidad organizativa Organización Ciudad o localidad Estado o provincia Código de país de dos letras Se le solicitará que confirme que la información introducida es correcta. Importante: Si se está usando un certificado autofirmado con un tamaño de clave mayor de 1024 bits, avance hasta la sección Importación de un par de claves pública y privada (en la página 16). Si se está usando un certificado publicado por la autoridad, continúe con la sección siguiente, Generación y envío de un CSR (en la página 14). Generación y envío de un CSR Siga estos pasos: 1. Genere una solicitud de firma de certificado (CSR): <instalación_ump>/jre/<versión_jre>/bin/keytool -certreq -alias wasp -validity <días_validez_certificado> -keystore wasp.keystore -file <su_dominio>.csr Nota: Para un certificado de carácter comodín, introduzca *.<su_dominio>.csr como el último argumento en este comando. 14 Guía de implementación de HTTPS

15 Generación y envío de un CSR 2. Cree una copia de la copia de seguridad de wasp.keystore. Nota: Éste paso no es obligatorio pero muy recomendable. En el caso de que encuentre un problema más tarde en este procedimiento, una copia de la copia de seguridad de wasp.keystore evitará tener que repetir los pasos anteriores. 3. Envíe la CSR a la autoridad de certificación: a. Pegue la CSR en el formulario web de la autoridad de certificación. b. Elimine cualquier carácter que se encuentre antes de ----BEGIN CERTIFICATE REQUEST y después de END CERTIFICATE REQUEST----. Capítulo 2: Configuración de UMP para utilizar HTTPS 15

16 Importación de un par de claves pública y privada Importación de un par de claves pública y privada Nota: Todas las entradas del almacén de claves deben utilizar un único alias. Se debe utilizar el alias wasp para el certificado firmado o de la entidad. Si la autoridad de certificación proporciona varios certificados intermedios, cada certificado intermedio debe utilizar también un único alias. Siga estos pasos: 1. Abra un símbolo del sistema de administrador en el servidor que ejecuta UMP. Nota: Ejecute los comandos de keytool siguientes en el mismo directorio que el archivo wasp.keystore, normalmente <UMP_installation>/probes/service/wasp/conf. La utilidad de keytool se encuentra en el directorio donde se encuentra JRE, normalmente en <UMP_installation>/jre/<jre_version>/bin/keytool. 2. Si su autoridad de certificación proporcionaba un certificado raíz, importe el certificado raíz: <instalación_ump>/jre/<versión_jre>/bin/keytool -import -trustcacerts -alias <certificado_raíz> -file <certificado_raíz>.cer -keystore wasp.keystore 3. Importe el certificado intermedio: <instalación_ump>/jre/<versión_jre>/bin/keytool -import -trustcacerts -alias <primer_certificado_intermedio> -file <primer_certificado_intermedio>.cer -keystore wasp.keystore 4. Repita el paso anterior según sea necesario para los certificados intermedios adicionales. 5. Importe el certificado firmado. Este es el certificado de entidad si se ha recibido un certificado encadenado: <instalación_ump>/jre/<versión_jre>/bin/keytool import trustcacerts alias wasp file <su_dominio>.crt keystore wasp.keystore 6. Elija Sí en pregunta Desea sobrescribir la entrada del alias wasp existente? 7. Emita el comando siguiente para verificar que wasp.keystore se ha actualizado: <Nimsoft_installation>/jre/<jre_version>/bin/keytool -list -keystore wasp.keystore 8. Reinicie la sonda WASP. 16 Guía de implementación de HTTPS

17 Registro de la información del certificado Registro de la información del certificado Siga estos pasos: 1. De forma segura registre la contraseña nueva que se establece para wasp.keystore. 2. Asegúrese de registrar el periodo de validez que se ha establecido para el certificado. 3. Realice la copia de seguridad de los archivos de certificado en una ubicación segura. Establecimiento de la redirección automática de HTTP a HTTPS Siga estos pasos: 1. Busque el siguiente directorio: <Nimsoft_installation>/Nimsoft/probes/service/wasp/webapps/ROOT/WEB-INF/cla sses. 2. Abra el archivo portal-ext.properties en un editor de texto. 3. En el final del archivo portal-ext.properties, agregue la línea web.server.protocol=https. 4. Guarde el archivo portal-ext.properties y reinicie la sonda WASP. Ahora UMP estará configurado para redirigir un intento de inicio de sesión de HTTP a HTTPS. Prueba de la conexión HTTPS Siga estos pasos: 1. Abra un explorador web compatible. 2. Introduzca seguido por la dirección URL del servidor de UMP. La página de inicio de sesión de UMP aparece si la configuración de wasp se ha modificado correctamente para utilizar HTTPS. Si la página de inicio de sesión de UMP no aparece, verifique que se ha introducido la dirección URL del servidor de UMP correctamente. Nota: Haga clic en el icono de bloqueo situado a la izquierda de la dirección URL en la ventana de direcciones del explorador para consultar información sobre la conexión. Capítulo 2: Configuración de UMP para utilizar HTTPS 17

18

19 Apéndice A: Solución de problemas con certificados de SSL Este apéndice proporciona información para ayudarle a solucionar los problemas de implementación de SSL con UMP. Esta sección contiene los siguientes temas: El alias <wasp> ya existe (en la página 19) El nombre del alias wasp no identifica una entrada clave (en la página 19) Excepción de bloque final determinada (en la página 20) Comando de keytool no encontrado (en la página 21) El certificado del firmante no coincide con el nombre del emisor (en la página 22) El alias <wasp> ya existe Síntoma: Veo la excepción: java.lang.exception: par de claves no generado, el alias <wasp> ya existe Solución: Todas las entradas del almacén de claves deben utilizar un único alias. Cuando se configura wasp.cfg para activar SSL, el certificado autofirmado de 1024 bits mediante el alias wasp se genera automáticamente en wasp.keystore. Para utilizar un certificado distinto se debe suprimir primero esta entrada del almacén de claves. Emita el comando de keytool siguiente en el mismo directorio que wasp.keystore: <UMP_installation>/jre/<jre_version>/bin/keytool -delete -alias wasp -keystore wasp.keystore El nombre del alias wasp no identifica una entrada clave Síntoma: Veo la excepción: java.io.ioexception: El nombre del alias wasp no identifica una entrada clave Apéndice A: Solución de problemas con certificados de SSL 19

20 Excepción de bloque final determinada Solución: Esta excepción puede producirse si se ha generado una CSR mediante Microsoft Internet Information Services (IIS). Si se utiliza IIS, es posible que el certificado y las claves que se obtienen de una autoridad de certificación no estén en un formato que wasp.keystore pueda importar. En este caso, se deben convertir los archivos de certificado a PKCS#12 o formato PFX antes de importarlos. Nota: Es necesario disponer de OpenSSL, una biblioteca que proporciona funcionalidades de cifrado. Se pueden obtener distribuciones binarias en Emita el comando openssl siguiente para convertir el certificado al formato PFX: openssl pkcs12 -export -out <pfx_file>.pfx -inkey <private_key>.key -in <cert_file>.crt -certfile CACert.crt Consulte el sitio Web para obtener más ayuda con la conversión de archivos de certificado. Excepción de bloque final determinada Síntoma: Veo la excepción: javax.crypto.badpaddingexception: Bloque final determinado no rellenado correctamente Solución: Nota: Es necesario disponer de OpenSSL, una biblioteca que proporciona funcionalidades de cifrado. Se pueden obtener distribuciones binarias en Emita los comandos de OpenSSL siguientes para sobrescribir el alias wasp existente en el almacén de claves: openssl pkcs12 -in <my_pfx_file>.pfx -out <my_pem_file>.pem openssl pkcs12 -export -in <my_pem_file> -out <my_keystore>.p12 -name wasp 20 Guía de implementación de HTTPS

21 Comando de keytool no encontrado Comando de keytool no encontrado Síntoma: Cuando emito un comando de keytool, un mensaje me dice que el comando no se ha encontrado. Solución: Verifique que se establecen rutas para java.exe y keytool en la variable del sistema de $PATH: 1. Abra un símbolo del sistema de administrador en el servidor que ejecuta UMP. 2. Emita el comando siguiente en el mismo directorio que wasp.keystore, normalmente <UMP_installation>/probes/service/wasp/conf: java -version 3. Si el sistema devuelve errores en lugar de información de versión de Java, agregue rutas para java.exe y keytool a la variable del sistema de $PATH. Apéndice A: Solución de problemas con certificados de SSL 21

22 El certificado del firmante no coincide con el nombre del emisor El certificado del firmante no coincide con el nombre del emisor Síntoma: Veo la excepción: java.security.cert.certificateexception: El nombre del asunto del certificado del firmante no coincide con el nombre del emisor de la cadena del certificado proporcionado Solución: Puede suceder esto o una excepción similar si su autoridad de certificación ha emitido un certificado encadenado pero no se han cargado los certificados intermedios. Se debe cargar el certificado de la entidad y cualquier certificado intermedio que proporcione su autoridad de certificación. Emita el comando de keytool siguiente en el mismo directorio que wasp.keystore, normalmente <UMP_installation>/probes/service/wasp/conf: <UMP_installation>/jre/<jre_version>/bin/keytool -import -keystore wasp.keystore -trustcacerts -file <intermediate_cert>.cer Nota: Todas las entradas del almacén de claves deben utilizar un único alias. Se debe utilizar el alias wasp para el certificado firmado o de la entidad. Si la autoridad de certificación proporciona varios certificados intermedios, cada certificado intermedio debe utilizar también un único alias. Consulte la sección Entidad, intermediario y certificados raíz (en la página 10) para ver más información. 22 Guía de implementación de HTTPS