--- article_id: KB0394858 article_type: Support Note component_ids: - BNS-ARI-PUR - BNS-ARI-SC - BNS-ARI-SIPM - BNS-ARI-SS component_descriptions: - Інформація про постачальників та управління ефективністю діяльності - Купівля - Стратегічні закупівлі - Стратегічні контракти products: - SAP Ariba Procurement, cloud edition - SAP Ariba Sourcing, cloud edition language: uk created: 2015-05-21 updated: 2022-04-02 source: Knowledge Base url: https://support.ariba.com/item/view/KB0394858_uk connect_url: https://support.ariba.com/item/view/KB0394858_uk?min=1 sap_for_me_url: https://me.sap.com/notes/KB0394858/uk --- # Поради щодо виправлення помилок автентифікації сертифіката за допомогою комплекту інструментів інтеграції (ITK) ## Прийняття рішення **Проблема** Бувають випадки, коли набір інструментів для інтеграції (ITK) Інструмент передачі даних (DTT) може бути невдалим під час використання автентифікації на основі сертифіката з помилками навколо SSL або помилками квітування. Це рішення призначене для окремих інстанцій ITK, встановлених на сервері, не встановлених на SAP NetWeaver PI. **Причина** Проблема, як правило, пов'язана з неповними ланцюгами сертифікатів або неправильними сертифікатами, які використовуються в сховищі ключів клієнта. Під час усунення несправностей перевірте наступне: - Переконайтеся, що клієнт використовує сертифікати відкритого ключа/проміжні/кореневі сертифікати, видані центром сертифікації, надійним компанією Ariba. Самостійно підписані сертифікати не можна використовувати з ITK та автентифікацією на основі сертифіката. - Переконайтеся, що клієнт активував, щоб кінцева точка в застосунку Ariba була методом автентифікації **сертифіката,** (Вище у потоці): **Керування > Адміністрування > Менеджер інтеграції > Набір інструментів для інтеграції Безпека** (Нижче у потоці): **Керування > Основне адміністрування > Менеджер інтеграції > Набір інструментів для інтеграції Безпека** - У файлі опцій (.bat/.sh) переконайтеся, що параметр urlPrefix правильно встановлено на [https://xxxxx/Sourcing/filedload](https://xxxxx/Sourcing/filedownload) або [https://xxxxx/Buyer/fileupload](https://xxxxx/Buyer/fileupload), де xxxxx буде одним із сайтів, перелічених у розділі Додаткова інформація, і має використовуватися належним чином. Наприклад: встановити 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 - Переконайтеся, що сховище ключів, зазначене в параметрі clientKeystore, містить закритий ключ клієнта та публічні сертифікати, які використовуються для комунікації SSL з Ariba (відкритий ключ, проміжні, кореневі сертифікати). - Якщо публікація HTTPS не працює, клієнт може включити наступні параметри у файлі toolslib.bat/.sh у каталозі ITK bin для друку налагоджувальної інформації, що стосується інформації про клієнта/сервер: a) Перейдіть до \/bin b) Редагувати файл toolslib.bat/.sh в) Встановіть наступні аргументи і збережіть: **Windows**: set \_command="%JAVA\_HOME%\\bin\\java" **-Djavax.net.debug=ssl:handshake:verbose -Dhttps.protracts=TLSv1.1,TLSv1.2 -Djdk.tls.client.protocles="TLSv1.1.TSv1.2"** -jar "%CLASSESDIR%\\aribiletransfer.% **Linux/Unix**: \_command="$JAVA\_HOME/bin/java **-Djavax.net.debug=\\"ssl:handshake:verbose\\" -Dhttps.protocles=\\"TLSv1.1,TLSv1.2\\" -Djdk.tls.client.protractures=\\"TLSvar 1.1,TLSv1.2\\" -jar \\" $DIbari.CLASSES\_Sveas.Svar**" - Наступного разу, коли ITK запускається та намагається опублікувати в Ariba, у журналі відображатиметься інформація про квітування/сертифікат SSL. Перевірте тему, емітента, строки дії сертифіката(ів), знайденого для сховища ключів клієнта. Ця інформація має бути надрукована після запису в журналі ITK до повідомлення HTTPS в URL-адресі Ariba. Перевірте, чи знайдені сертифікати збігаються з тією самою інформацією про сертифікат клієнта, яку вони очікують у сховищі ключів. a) Дійсний сертифікат слід знайти у сховищі ключів клієнта. Приклад: \*\*\*\*Запуск інструмента передачі файлів на Wed Nov 11 13:22:54 PDT 2020\*\*\*\* проводка на https://certs1.ariba.com/Buyer/filedownload?realm=abcCompany \*\*\* знайдено ключ для : \ b) \*\*\* ClientHello, TLSv1 буде ініційовано в) буде ініційовано \*\*\* ServerHello, TLSv1, а клієнту буде надіслано відкритий ключ (ланцюжок сертифікатів) Ariba d) Потрібно знайти надійний сертифікат e) буде ініційовано \*\*\* ClientKeyExchange, RSA PreMasterSecret, TLSv1, коли клієнт надсилає підписаний з відкритим ключем Ariba обмін ключами f) Ariba розшифровує PreMasterSecret. Це той момент, коли, якщо станеться збій, користувач може побачити помилку, подібну до наведеної нижче. Якщо так, проблема може лежати з сертифікатами у сховищі ключів: 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