Nakakakuha ang SoapUI ng 407 Bago Makapag-authenticate ang SOAP Service
Itago ang proxy login sa proxy settings ng SoapUI at i-diagnose ito nang hiwalay sa 401 ng serbisyo o sa mga credential ng message security.
Humihiling ang 407 sa SoapUI na mag-authenticate sa intermediary. Hindi ito masasagot ng isang Authorization header na para sa SOAP service, at sa HTTPS maaaring tanggihan ng proxy ang CONNECT bago pa ipadala ang kahilingan sa serbisyo.
Ilagay ang host, port, username at password ng intermediary sa proxy settings ng SoapUI. Panatilihin ang authentication ng serbisyo sa kahilingan nito o sa naaangkop na authorization profile. Ang mga credential ng SOAP message security ay maaaring maging isa pang layer.
| Tugon | Sino ang nagtatanong? | Kaukulang credential header |
|---|---|---|
| 407 / Proxy-Authenticate | Ang proxy | Proxy-Authorization |
| 401 / WWW-Authenticate | Ang destinasyon | Authorization |
Para sa HTTPS failure, tiyakin muna kung tinanggap ang CONNECT. Pagkatapos, siyasatin ang palitan sa serbisyo. Pinipigilan ng ayos na ito na mapagkamalang tinatanggihan ng serbisyo ang sarili nitong account ang nawawalang tunnel login.
Kung mukhang maling account ang ipinapadala, ihambing ang napiling authentication profile, mga tahasang header at aktwal na palitan na inalis ang mga secret. Itago ang bersyon ng SoapUI kasama ng ebidensyang iyon; ang mga ulat ng sintomas sa mga lumang release ay hindi nagpapatunay ng sanhi nito sa installation na ito.
Ang manu-manong ginawang Basic header ay para lamang sa Basic authentication. Naglalaman pa rin ng credential ang Base64 content nito, at ang mga nadobleng Authorization header o value na kinopya sa proxy settings ay maaaring lumikha ng ikalawang error.