SoapUI атрымлівае 407 да таго, як служба SOAP зможа аўтэнтыфікавацца
Трымайце ўваход праз проксі ў наладах проксі SoapUI і дыягнастуйце яго асобна ад 401 службы або ўліковых даных бяспекі паведамленняў.
407 патрабуе ад SoapUI аўтэнтыфікацыі на прамежкавым серверы. Загаловак Authorization, прызначаны для службы SOAP, не можа адказаць на гэта, а пры HTTPS проксі можа адхіліць CONNECT да адпраўкі запыту да службы.
Унясіце хаст, порт, імя карыстальніка і пароль прамежкавага сервера ў налады проксі SoapUI. Пакіньце аўтэнтыфікацыю службы ў яе запыце або ў адпаведным профілі аўтарызацыі. Уліковыя даныя бяспекі паведамленняў SOAP могуць утвараць яшчэ адзін узровень.
| Адказ | Хто пытаецца? | Адпаведны загаловак уліковых даных |
|---|---|---|
| 407 / Proxy-Authenticate | Проксі | Proxy-Authorization |
| 401 / WWW-Authenticate | Прызначэнне | Authorization |
Пры збоі HTTPS спачатку вызначце, ці быў прыняты CONNECT. Затым праверце абмен з службай. Такі парадак не дазваляе прыняць адсутнасць уваходу ў тунель за адхіленне службай уласнага ўліковага запісу.
Калі здаецца, што адпраўляецца не той уліковы запіс, параўнайце выбраны профіль аўтэнтыфікацыі, яўныя загалоўкі і фактычны абмен без сакрэтаў. Захоўвайце версію SoapUI разам з гэтымі доказамі; паведамленні пра сімптом у мінулых выпусках не даказваюць яго прычыну ў гэтай устаноўцы.
Загаловак Basic, створаны ўручную, прымяняецца толькі да аўтэнтыфікацыі Basic. Яго змесціва Base64 усё яшчэ змяшчае ўліковыя даныя, а дубляваныя загалоўкі Authorization або значэнне, скапіяванае ў налады проксі, могуць стварыць другую памылку.