--- 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: ru created: 2015-05-21 updated: 2022-04-02 source: Knowledge Base url: https://support.ariba.com/item/view/KB0394858_ru connect_url: https://support.ariba.com/item/view/KB0394858_ru?min=1 sap_for_me_url: https://me.sap.com/notes/KB0394858/ru --- # Советы по устранению неполадок аутентификации сертификатов с помощью набора инструментов интеграции (ITK) ## Решение **Проблема** Иногда происходит сбой средства переноса данных (DTT) Integration Toolkit (ITK) при использовании аутентификации на основе сертификата с ошибками, связанными с сбоями SSL или квитирования. Это решение предназначено для автономных инстанций ITK, установленных на сервере, а не на SAP NetWeaver PI. **Причина** Проблема, как правило, связана с неполными цепочками сертификатов или неправильным использованием сертификатов в хранилище ключей клиента. При устранении неполадок проверьте следующее: - Убедитесь, что клиент использует открытый ключ/промежуточные/корневые сертификаты, выданные доверенным центром сертификации Ariba. Самостоятельно подписанные сертификаты нельзя использовать с аутентификацией на основе ITK и сертификатов. - Убедитесь, что клиент включил конечную точку в приложении Ariba в качестве метода аутентификации **сертификата.** (Upstream): **Управление > Администрирование > Диспетчер интеграции > Безопасность набора инструментов интеграции** (Ниже по потоку): **Управление > Базовое администрирование > Диспетчер интеграции > Безопасность набора инструментов интеграции** - В файле опций (.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 - Убедитесь, что хранилище ключей, указанное в параметре clientKeystore, содержит закрытый ключ клиента и открытые сертификаты, используемые для коммуникации SSL с Ariba (открытый ключ, промежуточные, корневые сертификаты). - В случае сбоя HTTPS-сообщения клиент может включить следующие параметры в файле toolslib.bat/.sh в каталоге ITK bin для печати сведений об отладке, касающихся приветствия клиента/сервера и информации о квитировании: a) Перейдите к \/bin b) Отредактируйте файл toolslib.bat/.sh c) Задайте следующие аргументы и сохраните их: **Windows**: set \_command="%JAVA\_HOME%\\bin\\java" **-Djavax.net.debug=ssl:handshake:verbose -Dhttps.protocols=TLSv1.1,TLSv1.2 -Djdk.tls.client.protocols="TLSv1.1,SvTL1.1.2"** -jar "%CLASESDIR%\\aribafiletransfers.jar" %args% **Linux/Unix**: \_command="$JAVA\_HOME/bin/java **-Djavax.net.debug=\\"ssl:handshake:verbose\\" -Dhttps.protocols=\\"TLSv1.1,TLSv1.2\\" -Djdk.tls.client.protocols=\\"TLSv1.Sv1.2\\"** -jar \\"$CLASSESDIR/aribafile.transfers.transferences" - При следующем запуске ITK и попытке проводки в Ariba в журнале будет отображаться информация о квитировании SSL/сертификате. Проверьте тему, издателя, сроки действия сертификатов, найденные для хранилища ключей клиента. Эту информацию следует печатать после того, как запись в журнале ITK в HTTPS будет размещена по URL-адресу Ariba. Убедитесь, что найденные сертификаты соответствуют той же информации о сертификате клиента, что и в хранилище ключей. a) В хранилище ключей клиента должен быть найден действительный сертификат. Пример: \*\*\*\*Запуск Инструмент переноса файлов в ср. 11 ноября 13:22:54 PDT 2020\*\*\*\* проводка по https://certs1.ariba.com/Buyer/filedownload?realm=abcCompany \*\*\* найден ключ для: \ b) Будут инициированы \*\*\* ClientHello, TLSv1 c) Будут инициированы \*\*\* 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