- Versionshinweise
- Bevor Sie beginnen
- Erste Schritte
- Integrationen
- Arbeiten mit Prozess-Apps
- Arbeiten mit Dashboards und Diagrammen
- Arbeiten mit Prozessdiagrammen
- Arbeiten mit Discover-Prozessmodellen und Import BPMN-Modellen
- Showing or hiding the menu
- Kontextinformationen
- Exportieren
- Filter
- Senden von Automatisierungsideen an den UiPath® Automation Hub
- Tags
- Fälligkeitsdaten
- Vergleichen
- Konformitätsprüfung
- Ursachenanalyse
- Simulation des Automatisierungspotenzials
- Auslösen einer Automatisierung über eine Prozess-App
- Anzeigen von Prozessdaten
- Erstellen von Apps
- Laden von Daten
- Anpassen von Prozess-Apps
- App-Vorlagen
- Zusätzliche Ressourcen
- Vorgefertigte Tags und Fälligkeitsdaten
- Bearbeiten von Datentransformationen in einer lokalen Umgebung
- Setting up a local test environment
- Designing an event log
- DataBridgeAgent
- Systemanforderungen
- Konfigurieren des DataBridgeAgent
- Hinzufügen eines benutzerdefinierten Connectors zu DataBridgeAgent
- Verwenden von DataBridgeAgent mit dem SAP Connector für den Purchase-to-Pay Discovery Accelerator
- Verwenden von DataBridgeAgent mit dem SAP Connector für den Order-to-Cash Discovery Accelerator
- Erweitern des Extraktionstools SAP Ariba
- Leistungsmerkmale
- Datentransformationen
- Hochladen von Daten
- CData-Synchronisierung
CData-Synchronisierung
Dem Automation Suite-Zertifikat des Servers, auf dem CData Sync ausgeführt wird, wird nicht vertraut
Beim Ausführen des CData Sync-Extraktionsauftrags kann der folgende Fehler auftreten:
Cannot conclude ssl handshake. Cause: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException:
unable to find valid certification path to requested target.
Die Fehlermeldung weist auf ein mögliches Problem mit einem SSL-Handshake (Secure Sockets Layer) hin, bei dem die Kommunikation zwischen zwei Systemen über eine sichere Verbindung überprüft und initiiert wird.
Das System ist nicht in der Lage, eine Vertrauenskette vom Zertifikat, das vom Zielserver bereitgestellt wurde, zu einem vertrauenswürdigen Stammzertifikat zurückzuverfolgen. Dies ist wahrscheinlich auf ein Problem in der Kette der Zertifizierungsstelle zurückzuführen.
Möglicherweise wurde das Zertifikat nicht von einer bekannten und vertrauenswürdigen Zertifizierungsstelle signiert. Im Folgenden finden Sie eine mögliche Lösung, um Vertrauen während der SSL-Kommunikation herzustellen.
Dies kann auch bedeuten, dass auf dem System nicht das erforderliche Zertifikat installiert ist oder dass das Zertifikat abgelaufen oder ungültig ist.
Um eine Vertrauenskette herzustellen, ist es erforderlich, Zugriff sowohl auf das Stammzertifikat als auch auf die Zwischenzertifikate zu haben. Diese Zertifikate bilden zusammen die Kette der Zertifizierungsstelle. Das System muss dem Stammzertifikat vertrauen. Die Zwischenzertifikate verknüpfen die Vertrauensstellung mit dem Zertifikat Ihres Servers.
C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\bin
.
Führen Sie die folgenden Schritte aus, um eine vertrauenswürdige Kette einzurichten.
-
Konfigurieren Sie den Java-Vertrauensspeicher unter
C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\lib\security\cacerts
-
Führen Sie die folgenden PowerShell-Befehle in einer Administratorkonsole mit erhöhten Rechten aus:
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
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
keytool
ist Teil des Java Development Kit (JDK) und der Java Runtime Environment (JRE). Er befindet sich im Verzeichnis bin
der Java-Installation: C:\Program Files\CData\CData Sync\jre\jdk-17.0.5+8\bin
.
changeit
ist das Standardkennwort für den Vertrauensspeicher.
intermediate-ca.crt
und root-ca.crt
müssen sich im aktuellen Verzeichnis befinden, in dem die Befehle ausgeführt werden.
Stellen Sie sicher, dass Sie diese Details basierend auf Ihrer tatsächlichen Konfiguration und Einrichtung anpassen.
Die Stamm- und Zwischenzertifikate sollten nun korrekt installiert und im Zertifikatspeicher des Systems vertrauenswürdig sein. Sie sollten in der Lage sein, die Extraktionsausführung zu starten, ohne dass Probleme mit der SSL-Vertrauensstellung auftreten.
-
Starten Sie den CData Sync Service mit dem Befehl
Get-Service "CData Sync" | Restart-Service
neu. -
Führen Sie den CData Sync-Extraktionsauftrag aus.
Das Problem sollte behoben werden.
SSLPooke in der Java-Laufzeitumgebung kann zum Testen und Debuggen von SSL-Verbindungen verwendet werden. Das SSLPook-Tool kann auch bei der Bestimmung helfen, ob Probleme mit dem Serverzertifikat vorliegen, indem es ein SSL/TLS-Testpaket an einen angegebenen Server auf einem angegebenen Port sendet.
Sie können den folgenden Befehl verwenden, um die Stamm- und Zwischenzertifikate zu testen, denen Ihre Java-Anwendung vertraut.
&"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
Weitere Informationen zu SSLPike finden Sie in der Atlassian Support-Dokumentation .
- Verbindungsfehler: Die TCP/IP-Verbindung zum Host <Host>, Port <Port> ist fehlgeschlagen.
- Mögliche Ursache
- Lösung
- Dem Automation Suite-Zertifikat des Servers, auf dem CData Sync ausgeführt wird, wird nicht vertraut
- Mögliche Ursache
- Mögliche Lösung
- Diagnose von SSL-Konnektivitätsproblemen mithilfe von SSL-Protokoll