---
article_id: KB0394858
article_type: Support Note
component_ids:
  - BNS-ARI-PUR
  - BNS-ARI-SC
  - BNS-ARI-SIPM
  - BNS-ARI-SS
component_descriptions:
  - Supplier Information & Performance Management
  - การจัดซื้อ
  - การจัดหาเชิงกลยุทธ์
  - สัญญาเชิงกลยุทธ์
products:
  - SAP Ariba Procurement, cloud edition
  - SAP Ariba Sourcing, cloud edition
language: th
created: 2015-05-21
updated: 2022-04-02
source: Knowledge Base
url: https://support.ariba.com/item/view/KB0394858_th
connect_url: https://support.ariba.com/item/view/KB0394858_th?min=1
sap_for_me_url: https://me.sap.com/notes/KB0394858/th
---

# เคล็ดลับในการแก้ปัญหาการรับรองความถูกต้องของใบรับรองล้มเหลวกับ Integration Toolkit (ITK)

## การแก้ไขปัญหา

**ปัญหา**

มีเวลาที่เครื่องมือ Integration Toolkit (ITK) Data Transfer Tool (DTT) อาจล้มเหลวเมื่อใช้การรับรองความถูกต้องด้วยใบรับรองที่มีข้อผิดพลาดรอบความล้มเหลวของ SSL หรือแฮนด์เชค โซลูชันนี้มีไว้สำหรับอินสแตนซ์ ITK แบบ Standalone ที่ติดตั้งบนเซิร์ฟเวอร์ ที่ไม่ได้ติดตั้งบน SAP NetWeaver PI

**สาเหตุ**

โดยทั่วไปปัญหานี้เกิดจากเชนใบรับรองไม่สมบูรณ์หรือมีการใช้ใบรับรองที่ไม่ถูกต้องใน Keystore ของลูกค้า

เมื่อแก้ไขปัญหาแล้ว กรุณาตรวจสอบดังต่อไปนี้

- ตรวจสอบให้แน่ใจว่าลูกค้ากำลังใช้คีย์สาธารณะ/ใบรับรองระดับกลาง/รูทที่ออกโดยผู้ให้บริการออกใบรับรองที่ Ariba เชื่อถือได้ ใบรับรองที่ลงนามด้วยตนเองไม่สามารถใช้ได้กับ ITK และการรับรองความถูกต้องตามใบรับรอง
- ตรวจสอบให้แน่ใจว่าลูกค้าได้เปิดใช้งานจุดสิ้นสุดในแอพพลิเคชัน Ariba เพื่อเป็นวิธีการรับรองความถูกต้องของ**ใบรับรอง**

  (อัพสตรีม): **จัดการ > การดูแล > การจัดการการเชื่อมต่อ > ความปลอดภัยของชุดเครื่องมือการเชื่อมต่อ**  
  (ดาวน์สตรีม): **จัดการ > การดูแลหลัก > การจัดการการเชื่อมต่อ > ความปลอดภัยของ Integration Toolkit**
- ในไฟล์ตัวเลือก (.bat/.sh) ตรวจสอบให้แน่ใจว่าพารามิเตอร์ urlPrefix ถูกกำหนดเป็น [https://xxxxx/Sourcing/filedownload](https://xxxxx/Sourcing/filedownload) หรือ [https://xxxxx/Buyer/fileupload](https://xxxxx/Buyer/fileupload) โดยที่ xxxxx จะเป็นหนึ่งในไซต์ที่แสดงอยู่ในเซกชัน ข้อมูลเพิ่มเติม และต้องถูกใช้ตามความเหมาะสม ตัวอย่างเช่น: set 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)
- ในไฟล์ตัวเลือก (.bat/.sh) ตรวจสอบให้แน่ใจว่าได้ตั้งค่าและยกเลิกการแสดงความคิดเห็น:  
  clientKeystore  
  clientKeystorePassword  
  clientKeyPassword
- ตรวจสอบให้แน่ใจว่า Keystore ที่ระบุไว้ในพารามิเตอร์ clientKeystore มีคีย์ส่วนบุคคลและใบรับรองสาธารณะของลูกค้าที่ใช้ในการติดต่อสื่อสารกับ SSL กับ Ariba (คีย์สาธารณะ ใบรับรองระหว่างกลาง ใบรับรองหลัก)
- ถ้าโพสต์ HTTPS ล้มเหลว ลูกค้าสามารถเปิดใช้งานพารามิเตอร์ต่อไปนี้ในไฟล์ toolslib.bat/.sh ในไดเรกทอรี ITK bin เพื่อพิมพ์ข้อมูลดีบักเกี่ยวกับไคลเอนท์/เซิร์ฟเวอร์ hello และข้อมูล handshake

  a) ไปที่ \<ITK\_install\_root>/bin  
  b) แก้ไขไฟล์ Toolslib.bat/.sh  
  c) ตั้งค่าอาร์กิวเมนต์ต่อไปนี้และเก็บบันทึก:

  **Windows**: set \_command="%JAVA\_HOME%\\bin\\java" **-Djavax.net.debug=ssl:handshake:verbose -Dhttps.protocol=TLSv1.1.**aribaSvIR%\\aribafiletransfer.jar" %args%

  **Linux/Unix**: \_command="$JAVA\_HOME/bin/java **-Djavax.net.debug=\\"ssl:handshak:verbose\\" -Dhttps.protocol=\\"TLSv1.1,TLSv1.2\\" -DASGSv1.2\\" -Djdk.tls.client.protocol=\\"TLjar Sv1.TLSv1.2\\"** -jar \\"$CLASSESDIR/aribafiletran.crovargs"
- ครั้งถัดไปที่การดำเนินการ ITK และพยายามผ่านรายการไปยัง Ariba ล็อกจะแสดงข้อมูลแฮนด์เชค/ใบรับรอง SSL

  ตรวจสอบชื่อเรื่อง ผู้ออก วันที่มีผลใช้สำหรับใบรับรองที่พบสำหรับ Keystore ของลูกค้า ควรพิมพ์ข้อมูลนี้หลังจากรายการในล็อก ITK ไปยัง HTTPS โพสต์ไปยัง URL ของ Ariba ตรวจสอบว่าใบรับรองที่พบตรงกับข้อมูลใบรับรองไคลเอนท์เดียวกันที่คาดว่าจะอยู่ใน Keystore

  a) ควรพบใบรับรองที่ถูกต้องจาก Keystore ของไคลเอนท์  
  ตัวอย่าง:  
  \*\*\*\*กำลังรันเครื่องมือโอนไฟล์ ณ วศ. 11 พฤศจิกายน 2552 - 22:22:54 PDT 2020\*\*\*\*  
  การผ่านรายการไปยัง https://certs1.ariba.com/Buyer/filedownload?ไซต์=abcCompany  
  \*\*\*  
  พบคีย์สำหรับ: \<clients\_keystore>

  b) \*\*\* ClientHello, TLSv1 จะถูกเริ่มต้น  
  c) \*\*\* ServerHello และ TLSv1 จะเริ่มต้นขึ้น และคีย์สาธารณะของ Ariba (เชนใบรับรอง) จะถูกส่งไปยังไคลเอนท์  
  d) ควรพบใบรับรองที่เชื่อถือได้  
  e) \*\*\* ClientKeyExchange, RSA PreMasterSecret, TLSv1 จะเริ่มต้นที่ไคลเอนท์ส่งการแลกเปลี่ยนคีย์ที่ลงนามด้วยคีย์สาธารณะของ Ariba  
  ฉ) Ariba ถอดรหัส PreMasterSecret จุดนี้คือจุดที่เกิดความล้มเหลว (หากมีความล้มเหลว) ผู้ใช้อาจเห็นข้อผิดพลาดดังต่อไปนี้ ถ้าใช่ ปัญหาอาจอยู่กับใบรับรองใน Keystore: javax.net.ssl.SSLHandshakeException: การแจ้งเตือนร้ายแรง: handshake\_failure

**ข้อมูลเพิ่มเติม**

ไซต์ที่ถูกต้องจะแสดงรายการด้านล่าง

- 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