SoapUI får en 407 innan SOAP-tjänsten kan autentisera sig
Behåll proxyinloggningen i SoapUIs proxyinställningar och diagnostisera den separat från tjänstens 401 eller uppgifterna för message security.
En 407 ber SoapUI autentisera sig mot mellanhanden. En Authorization-header avsedd för SOAP-tjänsten kan inte svara på det, och för HTTPS kan proxy:n avvisa CONNECT innan tjänstens begäran skickas.
Ange mellanhandens värd, port, användarnamn och lösenord i SoapUIs proxyinställningar. Behåll tjänstens autentisering på dess begäran eller i tillämplig auktoriseringsprofil. Uppgifter för SOAP message security kan utgöra ytterligare ett lager.
| Svar | Vem frågar? | Motsvarande header för uppgifter |
|---|---|---|
| 407 / Proxy-Authenticate | Proxy:n | Proxy-Authorization |
| 401 / WWW-Authenticate | Målet | Authorization |
Vid ett HTTPS-fel, fastställ först om CONNECT accepterades. Granska sedan utbytet med tjänsten. Den ordningen hindrar en saknad tunnelinloggning från att misstas för att tjänsten avvisar sitt eget konto.
Om fel konto verkar skickas, jämför den valda autentiseringsprofilen, explicita headers och det faktiska utbytet med hemligheter borttagna. Behåll SoapUI-versionen tillsammans med det underlaget; rapporter om symtomet i äldre versioner fastställer inte orsaken i den här installationen.
En manuellt konstruerad Basic-header gäller bara för Basic-autentisering. Dess Base64-innehåll innehåller fortfarande uppgifter, och dubbla Authorization-headers eller ett värde som kopierats till proxyinställningarna kan skapa ett andra fel.