process-mining
2024.10
true
UiPath logo, featuring letters U and I in white

Process Mining

Automation CloudAutomation Cloud Public SectorAutomation SuiteStandalone
Última actualización 18 de dic. de 2024

Sincronización de CData

Error de conexión: la conexión TCP / IP al host <host>, puerto <port> ha fallado.

El siguiente mensaje se muestra al configurar una conexión de destino de SQL Server en CData Sync.
docs image

Posible causa

Hay un problema con la conexión de CData Sync a SQL Server.

Solución

  • Abre el Administrador de configuración de SQL Server.

  • Check the TCP Port number.

  • Comprueba si TCP / IP está configurado como Activado para el Puerto. Consulta la siguiente ilustración para ver un ejemplo.
    docs image

El certificado de Automation Suite no es de confianza desde el servidor donde se ejecuta CData Sync

Al ejecutar el trabajo de extracción de CData Sync, puede producirse el siguiente error:

Cannot conclude ssl handshake. Cause: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target.

Posible causa

El mensaje de error indica un posible problema con un protocolo de enlace de capa de sockets seguros (SSL), que es el proceso de validación e inicio de la comunicación entre dos sistemas a través de una conexión segura.

El sistema no puede rastrear una cadena de confianza desde el certificado proporcionado por el servidor de destino hasta un certificado raíz de confianza. Es probable que esto se deba a un problema en la cadena de la autoridad de certificación (CA).

Potencialmente, el certificado no está firmado por una autoridad de certificación conocida y de confianza. A continuación se muestra una posible solución para establecer la confianza durante las comunicaciones SSL.

Nota:

También puede significar que el sistema no tiene instalado el certificado necesario, o que el certificado ha caducado o no es válido.

Posible solución

Para establecer una cadena de confianza, es necesario tener acceso tanto al certificado raíz como a los certificados intermedios. Estos certificados forman colectivamente la cadena de la autoridad de certificación (CA). El sistema debe confiar en el certificado raíz, . Los certificados intermedios vinculan la confianza al certificado de tu servidor.

El almacén de claves de Java está disponible en la siguiente ubicación: C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\bin.

Para configurar una cadena de confianza, sigue estos pasos.

  1. Configure el almacén de confianza de Java ubicado en C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\lib\security\cacerts
  2. Ejecuta los siguientes comandos de PowerShell en una consola de administración con privilegios elevados:

    keytool -importcert -alias "intermediate-ca" -keystore "C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\lib\security\cacerts" -file .\intermediate-ca.crt -storepass changeit
    keytool -importcert -alias "root-ca" -keystore "C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\lib\security\cacerts" -file .\root-ca.crt -storepass changeitkeytool -importcert -alias "intermediate-ca" -keystore "C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\lib\security\cacerts" -file .\intermediate-ca.crt -storepass changeit
    keytool -importcert -alias "root-ca" -keystore "C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\lib\security\cacerts" -file .\root-ca.crt -storepass changeit
Nota:
La utilidad keytool forma parte del Java Development Kit (JDK) y del Java Runtime Environment (JRE). Reside en el directorio bin de la instalación de Java: C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\bin.
changeit es la contraseña predeterminada del almacén de confianza.
Los archivos intermediate-ca.crt y root-ca.crt deben estar en el directorio actual desde donde se ejecutan los comandos.

Asegúrate de adaptar estos detalles en función de tu configuración y configuración reales.

Los certificados raíz e intermedios ahora deberían estar correctamente instalados y ser de confianza en el almacén de certificados del sistema. Debería poder iniciar la ejecución de extracción sin encontrar problemas de confianza SSL.

  1. Reinicia el servicio CData Sync utilizando el comando Get-Service "CData Sync" | Restart-Service
  2. Ejecuta el trabajo de extracción de CData Sync.

El problema debe resolverse.

Diagnosticar problemas de conectividad SSL utilizando SSLPoke

SSLPoke en Java Runtime Environment puede utilizarse para probar y depurar conexiones SSL. La herramienta SSLPoke también puede ayudar a determinar si hay algún problema con el certificado del servidor enviando un paquete SSL/TLS de prueba a un servidor especificado en un puerto especificado.

Puedes utilizar el siguiente comando para probar los certificados raíz e intermedios en los que confía tu aplicación Java.

&"C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\bin\java.exe" "-Djavax.net.ssl.trustStore=C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\lib\security\cacerts" "-Djavax.net.debug=ssl,handshake" SSLPoke localhost 443

Consulta la documentación de soporte de Atlassian para obtener más información sobre SSLPoke.

¿Te ha resultado útil esta página?

Obtén la ayuda que necesitas
RPA para el aprendizaje - Cursos de automatización
Foro de la comunidad UiPath
Uipath Logo White
Confianza y seguridad
© 2005-2024 UiPath. Todos los derechos reservados.