Synchronisation des données C

Erreur de connexion : la connexion TCP/IP à l'hôte <hôte>, port <port> a échoué.

Le message suivant s'affiche lors de la configuration d'une connexion de destination SQL Server dans CData Sync.

Cause possible

Il y a un problème avec la connexion de CData Sync à SQL Server.

Solution

• Ouvrez le Gestionnaire de configuration SQL Server.

• Check the TCP Port number.

• Vérifiez si TCP/IP est défini sur Activé (Enabled) pour le port. L'illustration suivante montre un exemple.

  

Le certificat Automation Suite n'est pas approuvé depuis le serveur sur lequel CData Sync est en cours d'exécution

Lors de l'exécution de la tâche d'extraction CData Sync, l'erreur suivante peut se produire :

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

Cause possible

Le message d'erreur indique un problème possible avec une liaison SSL (Secure Sockets Layer), qui est le processus de validation et de lancement de la communication entre deux systèmes via une connexion sécurisée.

Le système est incapable de remonter une chaîne d'approbation depuis le certificat fourni par le serveur cible vers un certificat racine approuvé. Cela est probablement dû à un problème dans la chaîne d'autorité de certification (CA).

Potentiellement, le certificat n’est pas signé par une autorité de certification connue et approuvée. La section suivante constitue une solution possible pour établir la confiance lors des communications SSL.

Remarque :

Cela peut également signifier que le certificat requis n'est pas installé sur le système, ou que le certificat a expiré ou n'est pas valide.

Solution possible

Pour établir une chaîne de confiance, il est nécessaire d'avoir accès à la fois au certificat racine et aux certificats intermédiaires. Ces certificats constituent collectivement la chaîne des autorités de certification (CA). Le certificat racine doit être approuvé par le système, . Les certificats intermédiaires lient la confiance au certificat de votre serveur.

Le keystore Java est disponible à l'emplacement suivant : C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\bin.

Pour configurer une chaîne approuvée, procédez comme suit.

1. Configurer le magasin d'approbations Java situé à C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\lib\security\cacerts

2. Exécutez les commandes PowerShell suivantes dans une console d'administration élevée :

    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 changeit

Remarque :

L'utilitaire keytool fait partie du kit de développement Java (JDK) et de l'environnement d'exécution Java (JRE). Il réside dans le répertoire bin de l’installation Java : C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\bin.

changeit est le mot de passe par défaut du magasin approuvé.

Les fichiers intermediate-ca.crt et root-ca.crt doivent se trouver dans le répertoire actuel à partir duquel les commandes sont exécutées.

Assurez-vous d'adapter ces détails en fonction de votre configuration et de votre configuration réelles.

Les certificats racine et intermédiaire doivent désormais être correctement installés et approuvés dans le magasin de certificats du système. Vous devriez pouvoir démarrer l'exécution d'extraction sans rencontrer de problèmes d'approbation SSL.

1. Redémarrez le service CData Sync à l'aide de la commande Get-Service "CData Sync" | Restart-Service

2. Exécutez la tâche d'extraction CData Sync.

Le problème devrait être résolu.

Remarque :

Les chemins d'accès indiqués concernent Windows. Si vous utilisez Linux, modifiez les chemins d'accès au bon emplacement. L'emplacement du magasin approuvé Java est /opt/CDataSync/jre/jdk-17.0.5+8/lib/security/cacerts.

Diagnostiquer les problèmes de connectivité SSL à l'aide de SSLPoke

SSLPoke dans l'environnement de runtime Java peut être utilisé pour tester et déboguer les connexions SSL. L'outil SSLPoke peut également aider à déterminer s'il existe des problèmes avec le certificat du serveur en envoyant un paquet SSL/TLS de test à un serveur spécifié sur un port spécifié.

Vous pouvez utiliser la commande suivante pour tester les certificats racine et intermédiaires approuvés par votre application 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

Reportez-vous à la documentation du support Atlassian pour plus d'informations sur SSLPoke.