---
article_id: KB0394858
article_type: Support Note
component_ids:
  - BNS-ARI-PUR
  - BNS-ARI-SC
  - BNS-ARI-SIPM
  - BNS-ARI-SS
component_descriptions:
  - Inköp
  - Strategisk upphandling
  - Strategiska kontrakt
  - Supplier Information & Performance Management
products:
  - SAP Ariba Procurement, cloud edition
  - SAP Ariba Sourcing, cloud edition
language: sv
created: 2015-05-21
updated: 2022-04-02
source: Knowledge Base
url: https://support.ariba.com/item/view/KB0394858_sv
connect_url: https://support.ariba.com/item/view/KB0394858_sv?min=1
sap_for_me_url: https://me.sap.com/notes/KB0394858/sv
---

# Tips för felsökning av certifikatsautentiseringsfel i verktygslådan för integration (ITK)

## Lösning

**Problem**

Det finns tillfällen då dataöverföringsverktyget Integration Toolkit (ITK) kan misslyckas vid användning av certifikatbaserad autentisering med fel runt SSL eller handskakningsfel. Denna lösning är avsedd för fristående ITK-instanser installerade på en server, som inte är installerade på SAP NetWeaver PI.

**Orsak**

Utfärdandet beror vanligtvis på ofullständiga certifikatkedjor eller att felaktiga certifikat används i kundens nyckelarkiv.

Kontrollera följande vid felsökning:

- Se till att kunden använder publika nyckelcertifikat, mellanliggande certifikat eller rotcertifikat som utfärdas av en certifikatutfärdare som är betrodd av Ariba. Självsignerade certifikat kan inte användas med ITK och certifikatsbaserad autentisering.
- Se till att kunden har möjliggjort att slutpunkten i Ariba-programmet är en autentiseringsmetod för **certifikat,**

  (Upstream): **Administrera > Administration > Integrationshanterare > Säkerhet för verktygslåda för integration**  
  (Nedströms): **Hantera > Grundadministration > Integrationshanterare > Säkerhet för verktygslåda för integration**
- Se i alternativfilen (.bat/.sh) till att parametern urlPrefix är korrekt inställd på [https://xxxxx/Sourcing/filedDownload](https://xxxxx/Sourcing/filedownload) eller [https://xxxxx/Buyer/fileuload](https://xxxxx/Buyer/fileupload), där xxxxx skulle vara en av de webbplatser som listas i avsnittet Ytterligare information och måste användas efter behov. Exempel: Set urlPrefix=[https://s1-integration.ariba.com/Sourcing/filedownload](https://s1-integration.ariba.com/Sourcing/filedownload) ellerr set urlPrefix=[https://s1-integration.ariba.com/Buyer/fileupload](https://s1-integration.ariba.com/Sourcing/filedownload)
- Kontrollera att följande parametrar är inställda och ej kommenterade i alternativfilen (.bat/.sh):  
  clientKeystore  
  clientKeystorePassword  
  clientKeyPassword
- Se till att nyckelarkivet som anges i parametern clientKeystore innehåller kundens privata nyckel och offentliga certifikat som används för SSL-kommunikationen med Ariba (publika nycklar, mellanliggande certifikat och rotcertifikat).
- Om HTTPS-inlägget misslyckas kan kunden aktivera följande parametrar i Toolslib.bat/.sh-filen i ITK-fackkatalogen för att skriva ut felsökningsinformation om klienten/servern hej och handshake-information:

  a) Gå till \<ITK\_install\_root>/bin  
  b) Redigera Toolslib.bat/.sh-filen  
  c) Ange följande argument och spara:

  **Windows**: ange \_kommando="%JAVA\_HOME%\\bin\\java" **-Djavax.net.debug=ssl:handshake:verbose -Dhttps.protokolls=TLSv1.1,TLSv1.2 -Djdk.tls.client.protokoll,TLSv1.1,TL1.2"** -jar "%%CLASSESDIR%\\aribafiljar"

  **Linux/Unix**: \_kommando="$JAVA\_HOME/bin/java **-Djavax.net.debug=\\"ssl:handshake:verbose\\" -Dhttps.protokolls=\\"TLSv1.1,TLSv1.2\\" -Djdk.tls.client.protokolls=\\"TLSv1.TLSvfer1.1,TLSv1.2\\" -DIetrarASCLbs.client.protokoll=\\"TLSv1.TLSvfer\\" -DIetrarASCL\_CLbs.cl.cli**
- Nästa gång ITK körs och försöker anslå till Ariba visar loggen SSL-handskaknings-/certifikatinformationen.

  Kontrollera Ämne, Utställare, Giltighetsdatum för certifikat som hittades för kundens nyckelarkiv. Denna information ska skrivas ut efter inmatningen i ITK-loggen till HTTPS-inlägget på Ariba-webbadressen. Kontrollera att hittade certifikat matchar samma klientcertifikatsinformation som de förväntas finnas i nyckelarkivet.

  a) Ett giltigt certifikat ska hittas från klientens nyckelarkiv.  
  Exempel:  
  \*\*\*\*Kör filöverföringsverktyg på ons 11 nov 13:22:54 PDT 2020\*\*\*\*  
  anslag till https://certs1.ariba.com/Buyer/filedownload?sfär=abcCompany  
  \*\*\*  
  hittade nyckel för: \<clients\_keystore>

  b) \*\*\* ClientHello, TLSv1 kommer att initieras  
  c) \*\*\* ServerHello, TLSv1 initieras och Aribas publika nyckel (certifikatkedja) skickas till kunden  
  d) Ett betrott certifikat bör hittas  
  e) \*\*\* ClientKeyExchange, RSA PreMasterSecret, TLSv1 initieras där kunden skickar nyckelutbytet som signerats med Aribas publika nyckel  
  f) Ariba dekrypterar PreMasterSecret. Detta är den punkt, där om ett fel inträffar kan användaren se ett fel som följande. Om så är fallet kan problemet ligga med certifikaten i keystore: javax.net.ssl.SSLHandshakeUndantag: Mottagen dödlig varning: handshake\_error

**Ytterligare information**

Giltiga sfärer listas nedan,

- 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
