--- article_id: KB0394858 article_type: Support Note component_ids: - BNS-ARI-PUR - BNS-ARI-SC - BNS-ARI-SIPM - BNS-ARI-SS component_descriptions: - Informatie- en prestatiebeheer leveranciers - Inkoop - Strategic Sourcing - Strategische contracten products: - SAP Ariba Procurement, cloud edition - SAP Ariba Sourcing, cloud edition language: nl created: 2015-05-21 updated: 2022-04-02 source: Knowledge Base url: https://support.ariba.com/item/view/KB0394858_nl connect_url: https://support.ariba.com/item/view/KB0394858_nl?min=1 sap_for_me_url: https://me.sap.com/notes/KB0394858/nl --- # Tips voor het oplossen van certificaatverificatiefouten met de Integration Toolkit (ITK) ## Oplossing **Probleem** Soms mislukt de Data Transfer Tool (DTT) van de Integration Toolkit (ITK) wanneer certificaatgebaseerde verificatie wordt gebruikt met fouten rond SSL- of handshake-fouten. Deze oplossing is bedoeld voor standalone ITK-instances die op een server zijn geïnstalleerd en niet op de SAP NetWeaver PI zijn geïnstalleerd. **Oorzaak** Het probleem is meestal te wijten aan onvolledige certificaatketens of onjuiste certificaten die worden gebruikt in de keystore van de klant. Controleer het volgende wanneer u problemen oplost: - Zorg ervoor dat de klant gebruikmaakt van publieke sleutel/tussenliggende/hoofdcertificaten die worden uitgegeven door een certificeringsinstantie die wordt vertrouwd door Ariba. Zelfondertekende certificaten kunnen niet worden gebruikt met verificatie op basis van ITK en certificaat. - Zorg ervoor dat de klant het eindpunt in de Ariba-applicatie heeft ingeschakeld als verificatiemethode voor **Certificaat,** (Upstream): **Beheren > Beheer > Integratiebeheer > Integratietoolkit Beveiliging** (Downstream): **Beheren > Kernbeheer > Integratiebeheer > Integratietoolkit Beveiliging** - Controleer in het optiebestand (.bat/.sh) of de parameter urlPrefix correct is ingesteld op [https://xxxxx/Sourcing/filedownload](https://xxxxx/Sourcing/filedownload) of [https://xxxxx/Buyer/fileupload](https://xxxxx/Buyer/fileupload), waarbij xxxxx een van de sites in de sectie Aanvullende informatie zou zijn en waar nodig moet worden gebruikt. Bijvoorbeeld: set urlPrefix=[https://s1-integration.ariba.com/Sourcing/filedownload](https://s1-integration.ariba.com/Sourcing/filedownload) of stel urlPrefix=[https://s1-integration.ariba.com/Buyer/fileupload](https://s1-integration.ariba.com/Sourcing/filedownload) in - Controleer in het optiebestand (.bat/.sh) of de volgende parameters zijn ingesteld en zonder opmerkingen: clientKeystore clientKeystorePassword clientKeyPassword - Zorg ervoor dat de keystore die is opgegeven in de parameter clientKeystore de privésleutel van de klant en openbare certificaten bevat die worden gebruikt voor de SSL-communicatie met Ariba (publieke sleutel, tussenliggende, hoofdcertificaten). - Als de HTTPS-post mislukt, kan de klant de volgende parameters inschakelen in het bestand toolslib.bat/.sh in de map ITK bin om foutopsporingsinformatie over de client/server hello en handshake-informatie af te drukken: a) Ga naar \/bin b) Het bestand toolslib.bat/.sh bewerken c) Stel de volgende argumenten in en sla op: **Windows**: set \_commando="%JAVA\_HOME%\\bin\\java" **-Djavax.net.debug=ssl:handshake:verbose -Dhttps.protocols=TLSv1.1,TLSv1.2 -Djdk.tls.client.protocols="TLSv1.1,TLSv1.2"** -jar " .ASSESilearidDIR%\\aribafafdik" **Linux/Unix**: \_commando="$JAVA\_HOME/bin/java **-Djavax.net.debug=\\"ssl:handshake:verbose\\" -Dhttps.protocols=\\"TLSv1.1,TLSv1.2\\" -Djdk.tls.client.protocols=\\"TLSv1.1,TLSv1.2" -af\_client.protocols=\\"TLSv1.1,TLSv1.2**" -afjar" - De volgende keer dat de ITK wordt uitgevoerd en probeert te publiceren naar Ariba, wordt in het log de SSL-handshake/certificaatinformatie weergegeven. Controleer de Onderwerp, Uitgever, Geldigheidsdatums voor de certificaten die voor de keystore van de klant zijn gevonden. Deze informatie moet worden afgedrukt na de vermelding in het ITK-logboek bij HTTPS-publicatie naar de Ariba-URL. Controleer of de gevonden certificaten overeenkomen met dezelfde clientcertificaatinformatie als verwacht in de keystore. a) Er moet een geldig certificaat worden gevonden in de keystore van de client. Voorbeeld: \*\*\*\*Running File Transfer Tool op wo nov 11 13:22:54 PDT 2020\*\*\*\* publicatie op https://certs1.ariba.com/Buyer/filedownload?realm=abcCompany \*\*\* sleutel gevonden voor : \ b) De \*\*\* ClientHello, TLSv1 wordt gestart c) De \*\*\* ServerHello, TLSv1 worden gestart en de openbare Ariba-sleutel (certificaatketen) wordt naar de klant verzonden d) Er moet een vertrouwd certificaat worden gevonden e) De \*\*\* ClientKeyExchange, RSA PreMasterSecret, TLSv1 wordt geïnitieerd wanneer de klant de sleuteluitwisseling verzendt die is ondertekend met de openbare Ariba-sleutel f) Ariba decodeert het PreMasterSecret. Dit is het punt waar als een fout optreedt, de gebruiker een fout als volgt kan zien. Als dit het geval is, kan het probleem met de certificaten in de keystore: javax.net.ssl.SSLHandshakeException: Ontvangen fatale waarschuwing: handshake\_error zijn **Aanvullende informatie** De geldige omgevingen worden hieronder vermeld, - service-2-eu.ariba.com - service-2-ru.ariba.com - s1-integration.ariba.com - certs1-integration.ariba.com - s3-integration.ariba.com - certs3-integration.ariba.com - s1-integration-eu.ariba.com - certs1-integration-eu.ariba.com - s1-integration-ru.ariba.com - certs1-integration-ru.ariba.com - service-2.ariba.com - certservice-2.ariba.com