--- article_id: KB0394858 article_type: Support Note component_ids: - BNS-ARI-PUR - BNS-ARI-SC - BNS-ARI-SIPM - BNS-ARI-SS component_descriptions: - Kontrakty strategiczne - Sourcing strategiczny - Zakupy - Zarządzanie informacjami i wydajnością dostawców products: - SAP Ariba Procurement, cloud edition - SAP Ariba Sourcing, cloud edition language: pl created: 2015-05-21 updated: 2022-04-02 source: Knowledge Base url: https://support.ariba.com/item/view/KB0394858_pl connect_url: https://support.ariba.com/item/view/KB0394858_pl?min=1 sap_for_me_url: https://me.sap.com/notes/KB0394858/pl --- # Wskazówki dotyczące rozwiązywania problemów z uwierzytelnianiem certyfikatu za pomocą zestawu narzędzi integracji (ITK) ## Rozwiązanie **Problem** Zdarzają się sytuacje, w których narzędzie do transferu danych Integration Toolkit (ITK) Data Transfer Tool (NTC) może nie powieść się podczas korzystania z uwierzytelniania opartego na certyfikacie z błędami wokół SSL lub błędami uzgadniania. To rozwiązanie jest przeznaczone dla niezależnych instancji ITK zainstalowanych na serwerze, a nie zainstalowanych w oprogramowaniu SAP NetWeaver PI. **Przyczyna** Problem zazwyczaj wynika z niekompletnych łańcuchów certyfikatów lub nieprawidłowych certyfikatów używanych w magazynie kluczy klienta. Podczas rozwiązywania problemów sprawdź następujące kwestie: - Upewnij się, że klient używa klucza publicznego/certyfikatu pośredniego/głównego, które są wydawane przez urząd certyfikacji zaufany przez Ariba. Certyfikaty z podpisem własnym nie mogą być używane z uwierzytelnianiem opartym na ITK i certyfikatach. - Upewnij się, że klient włączył punkt końcowy w aplikacji Ariba jako metodę uwierzytelniania **certyfikatu,** (W górę): **Zarządzaj > Administracja > Menedżer integracji > Bezpieczeństwo zestawu narzędzi integracji** (W dół): **Zarządzaj > Główny moduł administracji > Menedżer integracji > Bezpieczeństwo zestawu narzędzi integracji** - W pliku opcji (.bat/.sh) upewnij się, że parametr urlPrefix jest ustawiony poprawnie na [https://xxxxx/Sourcing/filedownload](https://xxxxx/Sourcing/filedownload) lub [https://xxxxx/Buyer/fileupload](https://xxxxx/Buyer/fileupload), gdzie xxxxx byłby jedną z witryn wymienionych w sekcji Informacje dodatkowe i musi być używany stosownie do potrzeb. Na przykład: ustaw urlPrefix=[https://s1-integration.ariba.com/Sourcing/filedownload](https://s1-integration.ariba.com/Sourcing/filedownload) lubr set urlPrefix=[https://s1-integration.ariba.com/Buyer/fileupload](https://s1-integration.ariba.com/Sourcing/filedownload) - W pliku opcji (.bat/.sh) upewnij się, że następujące parametry są ustawione i nie są komentowane: magazyn kluczy klienta clientKeystorePassword hasło klucza klienta - Upewnij się, że pamięć kluczy określona w parametrze clientKeystore zawiera klucz prywatny klienta i certyfikaty publiczne używane do komunikacji SSL z Ariba (klucz publiczny, certyfikat pośredni, certyfikat główny). - Jeśli księgowanie HTTPS nie powiedzie się, klient może włączyć następujące parametry w pliku toolslib.bat/.sh w katalogu koszy ITK, aby wydrukować informacje debugowania dotyczące informacji o kliencie/serwerze i informacji o uzgadnianiu: a) Przejdź do \/miejscu składowania b) Edycja pliku toolslib.bat/.sh c) Ustaw następujące argumenty i zapisz: **Windows**: set \_comm="%JAVA\_HOME%\\bin\\java" **-Djavax.net.debug=ssl:handshake:verbose -Dhttps.prodla=TLSv1.1,TLSv1.2 -Djdk.tls.client.prodla="TLSv1.1,TLSv1.2"** -jar "%CLASSESDIR%\\ar %arifilebatransferjs" **Linux/Unix**: \_comm="$JAVA\_HOME/bin/java **-Djavax.net.debug=\\"ssl:handshake:verbose\\" -Dhttps.prodla=\\"TLSv1.1,TLSv1.2\\" -Djdk.tls.client.proent.pro=\\"TLSv1.1,TLSv1.2\\"** -jar \\"/CLarifileESR" - Przy następnym uruchomieniu ITK i próbie opublikowania go w Ariba log będzie zawierał informacje o uzgadnianiu/certyfikacie SSL. Sprawdź Temat, Wystawca, Daty ważności certyfikatów znalezionych dla magazynu kluczy klienta. Informacje te powinny zostać wydrukowane po wpisie w logu ITK do wpisu HTTPS pod adresem Ariba URL. Sprawdź, czy znalezione certyfikaty są zgodne z tymi samymi informacjami o certyfikacie klienta, które mają znajdować się w magazynie kluczy. a) Ważny certyfikat należy znaleźć w magazynie kluczy klienta. Przykład: \*\*\*\* Uruchamianie narzędzia do transferu plików na Wed Lis 11 13:22:54 PDT 2020\*\*\*\* ogłoszenie na stronie https://certs1.ariba.com/Buyer/filedownload?realm=abcCompany \*\*\* Znaleziono klucz dla: \ b) Zostanie zainicjowany \*\*\* ClientHello, TLSv1 c) Zostanie zainicjowana usługa ServerHello, TLSv1 i klucz publiczny Ariba (łańcuch certyfikatów) zostanie wysłany do klienta d) Należy znaleźć zaufany certyfikat e) Zostanie zainicjowana \*\*\* ClientKeyExchange, RSA PreMasterSecret, TLSv1, gdzie klient wyśle wymianę kluczy podpisaną z kluczem publicznym Ariba f) Ariba deszyfruje klucz PreMasterSecret. Jest to punkt, w którym w przypadku wystąpienia błędu użytkownik może zobaczyć błąd, taki jak poniższy. Jeśli tak, problem może leżeć po certyfikatach w magazynie kluczy: javax.net.ssl.SSLHandshakeException: Otrzymany alert krytyczny: handshake\_error **Dodatkowe informacje** Prawidłowe sfery są wymienione poniżej, - 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