SoapUI får 407 før SOAP-tjenesten kan autentisere
Behold proxy-innloggingen i proxyinnstillingene i SoapUI, og diagnostiser den atskilt fra tjenestens 401 eller legitimasjonen for meldingssikkerhet.
En 407 ber SoapUI om å autentisere seg overfor mellomleddet. En Authorization-header som er ment for SOAP-tjenesten, kan ikke svare på det, og ved HTTPS kan proxyen avvise CONNECT før tjenesteforespørselen sendes.
Legg inn vertsnavn, port, brukernavn og passord for mellomleddet i proxyinnstillingene i SoapUI. La autentiseringen av tjenesten ligge på forespørselen eller i den aktuelle autorisasjonsprofilen. Legitimasjon for SOAP-meldingssikkerhet kan utgjøre et ekstra lag.
| Svar | Hvem spør? | Tilsvarende legitimasjonsheader |
|---|---|---|
| 407 / Proxy-Authenticate | Proxyen | Proxy-Authorization |
| 401 / WWW-Authenticate | Destinasjonen | Authorization |
Ved HTTPS-feil må du først fastslå om CONNECT ble godtatt. Deretter undersøker du utvekslingen med tjenesten. Denne rekkefølgen hindrer at manglende tunnelinnlogging blir forvekslet med at tjenesten avviser sin egen konto.
Hvis det ser ut som om feil konto sendes, sammenlign den valgte autentiseringsprofilen, eksplisitte headere og den faktiske utvekslingen uten hemmeligheter. Ta vare på SoapUI-versjonen sammen med disse bevisene; rapporter om symptomet i tidligere utgivelser beviser ikke årsaken i denne installasjonen.
En håndlaget Basic-header gjelder bare for Basic-autentisering. Base64-innholdet inneholder fortsatt legitimasjon, og doble Authorization-headere eller en verdi limt inn i proxyinnstillingene kan skape en annen feil.