SoapUI იღებს 407-ს, სანამ SOAP სერვისი ავთენტიფიკაციას შეძლებს
შეინახეთ პროქსის შესვლა SoapUI-ის პროქსის პარამეტრებში და დიაგნოსტიკა გაუკეთეთ მას ცალკე სერვისის 401-ის ან შეტყობინების უსაფრთხოების სერტიფიკატებისგან.
407 SoapUI-ს მოსთხოვს ავთენტიფიკაციას შუამავალთან. SOAP სერვისისთვის განკუთვნილი Authorization სათაური ვერ უპასუხებს ამას, ხოლო HTTPS-ზე პროქსიმ შეიძლება უარყოს CONNECT სერვისის მოთხოვნის გაგზავნამდე.
შეიყვანეთ შუამავლის ჰოსტი, პორტი, მომხმარებლის სახელი და პაროლი SoapUI-ის პროქსის პარამეტრებში. სერვისის ავთენტიფიკაცია დატოვეთ მის მოთხოვნაზე ან შესაბამის ავტორიზაციის პროფილზე. SOAP შეტყობინების უსაფრთხოების სერტიფიკატები შეიძლება კიდევ ერთი ფენა იყოს.
| პასუხი | ვინ ითხოვს? | შესაბამისი სერტიფიკატის სათაური |
|---|---|---|
| 407 / Proxy-Authenticate | პროქსი | Proxy-Authorization |
| 401 / WWW-Authenticate | დანიშნულება | Authorization |
HTTPS-ის წარუმატებლობისას ჯერ დაადგინეთ, მიღებულ იქნა თუ არა CONNECT. შემდეგ შეამოწმეთ სერვისთან გაცვლა. ეს თანმიმდევრობა ხელს უშლის გვირაბში შესვლის არარსებობის აღრევას სერვისის მიერ საკუთარი ანგარიშის უარყოფასთან.
თუ ჩანს, რომ არასწორი ანგარიში იგზავნება, შეადარეთ არჩეული ავთენტიფიკაციის პროფილი, ცხადი სათაურები და ფაქტობრივი გაცვლა საიდუმლოებების მოხსნის შემდეგ. შეინახეთ SoapUI-ის ვერსია ამ მტკიცებულებებთან ერთად; ძველ გამოშვებებში სიმპტომის შესახებ ცნობები არ ამტკიცებს მის მიზეზს ამ ინსტალაციაში.
ხელით აწყობილი Basic სათაური მოქმედებს მხოლოდ Basic ავთენტიფიკაციაზე. მისი Base64 შიგთავსი კვლავ შეიცავს სერტიფიკატებს, ხოლო გაორმაგებული Authorization სათაურები ან პროქსის პარამეტრებში კოპირებული მნიშვნელობა შეიძლება მეორე შეცდომა შექმნას.