---
article_id: KB0394858
article_type: Support Note
component_ids:
  - BNS-ARI-PUR
  - BNS-ARI-SC
  - BNS-ARI-SIPM
  - BNS-ARI-SS
component_descriptions:
  - Behandling av leverandørinformasjon og -prestasjoner
  - Innkjøp
  - Strategisk sourcing
  - Strategiske kontrakter
products:
  - SAP Ariba Procurement, cloud edition
  - SAP Ariba Sourcing, cloud edition
language: no
created: 2015-05-21
updated: 2022-04-02
source: Knowledge Base
url: https://support.ariba.com/item/view/KB0394858_no
connect_url: https://support.ariba.com/item/view/KB0394858_no?min=1
sap_for_me_url: https://me.sap.com/notes/KB0394858/no
---

# Tips for feilsøking av sertifikatautentiseringsfeil med integrasjonsverktøysettet (ITK)

## Løsning

**Problem**

Det er tider der integrasjonsverktøysettet (ITK) Data Transfer Tool (DTT) kan mislykkes når du bruker sertifikatbasert autentisering med feil rundt SSL eller håndtrykksfeil. Denne løsningen er ment for frittstående ITK-instanser som er installert på en server, ikke installert på SAP NetWeaver PI.

**Årsak**

Problemet skyldes vanligvis at ufullstendige sertifikatkjeder eller feil sertifikater brukes i kundens nøkkelminne.

Når du feilsøker, må du kontrollere følgende:

- Forsikre deg om at kunden bruker offentlige nøkkel-/mellom-/rotsertifikater som er utstedt av en sertifiseringsinstans som er klarert av Ariba. Selvsignerte sertifikater kan ikke brukes med ITK og sertifikatbasert autentisering.
- Forsikre deg om at kunden har aktivert sluttpunktet i Ariba-applikasjonen for å være en autentiseringsmetode for **sertifikatet,**

  (Oppstrøm): **Behandle > Administrasjon > Integrasjonsbehandling > Integreringsverktøysett Sikkerhet**  
  (Nedstrøms): **Behandle > Kjerneadministrasjon > Integrasjonsbehandling > Integreringsverktøysett Sikkerhet**
- I alternativfilen (.bat/.sh) må du kontrollere at parameteren urlPrefix er satt riktig til [https://xxxxx/Sourcing/filedownload](https://xxxxx/Sourcing/filedownload) eller [https://xxxxx/Buyer/fileopplasting](https://xxxxx/Buyer/fileupload), der xxxxx er ett av områdene oppført i delen Tilleggsinformasjon og må brukes etter behov. For eksempel: Sett urlPrefix=[https://s1-integration.ariba.com/Sourcing/filedownload](https://s1-integration.ariba.com/Sourcing/filedownload) orr set urlPrefix=[https://s1-integration.ariba.com/Buyer/fileupload](https://s1-integration.ariba.com/Sourcing/filedownload)
- I alternativfilen (.bat/.sh) må du forsikre deg om at følgende parametere er angitt og ikke kommentert:  
  clientKeystore  
  clientKeystorePassword  
  clientKeyPassword
- Forsikre deg om at nøkkelminnet som er angitt i clientKeystore-parameteren, inneholder kundens private nøkkel og offentlige sertifikater som brukes til SSL-kommunikasjonen med Ariba (fellesnøkkel, mellomliggende, rotsertifikater).
- Hvis HTTPS-innlegget mislykkes, kan kunden aktivere følgende parametere i verktøyslib.bat/.sh-filen i ITK-beholderkatalogen for å skrive ut feilsøkingsinformasjon om klient/server hei og håndtrykksinformasjon:

  a) Gå til \<ITK\_install\_root>/bin  
  b) Rediger verktøyslib.bat/.sh-filen  
  c) Angi følgende argumenter og lagre:

  **Windows**: set \_Command="%JAVA\_HOME%\\bin\\java" **-Djavax.net.debug=ssl:handshake:verbose -Dhttps.protokoller=TLSv1.1,TL1.2 -Djdk.tls.client.protokoller="TLSv1.1,TLSv1.2"** -jar "%CLASSESDIR%\\aribafiletransfer.jar"

  **Linux/Unix**: \_Command="$JAVA\_HOME/bin/java **-Djavax.net.debug=\\"ssl:handshake:verbose\\" -Dhttps.protokoller=\\"TLSv1.1,TLSv1.2\\" -Djdk.tls.client.protokoller="TLSv1.1,TLSv1.2"** -jar \\"$CLASSESDIDI.jar
- Neste gang ITK kjører og prøver å publisere til Ariba, viser loggen SSL-håndtrykket/sertifikatinformasjonen.

  Kontroller Emne, Utsteder og Gyldighetsdatoer for sertifikatet/sertifikatene som ble funnet for kundens nøkkelminne. Denne informasjonen skal skrives ut etter oppføringen i ITK-loggen til HTTPS-innlegget på Ariba-URL-en. Kontroller at sertifikatet/sertifikatene som ble funnet, stemmer overens med samme klientsertifikatinformasjon som de forventer å være i nøkkelminnet.

  a) Et gyldig sertifikat skal finnes fra kundens nøkkelminne.  
  Eksempel:  
  \*\*\*\*Kjører filoverføringsverktøy kl. 11. 13:22:54 PDT 2020\*\*\*\*  
  utlysning til https://certs1.ariba.com/Buyer/filedownload?kundeområde=abcCompany  
  \*\*\*  
  fant nøkkel for: \<clients\_keystore>

  b) \*\*\* ClientHello, TLSv1 initieres  
  c) \*\*\* ServerHello, TLSv1 initieres og Ariba-fellesnøkkelen (sertifikatkjeden) sendes til klienten  
  d) Et pålitelig sertifikat skal finnes  
  e) \*\*\* ClientKeyExchange, RSA PreMasterSecret, TLSv1 initieres der kunden sender nøkkelutvekslingen signert med Ariba-fellesnøkkelen  
  f) Ariba dekrypterer PreMasterSecret. Dette er punktet, hvor hvis det oppstår en feil, kan brukeren se en feil som følgende. I så fall kan problemet ligge hos sertifikatene i keystore: javax.net.ssl.SSLHandshakeUnntak: Mottatt dødelig varsel: handshake\_error

**Tilleggsinformasjon**

De gyldige kundeområdene er oppført nedenfor,

- 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