SoapUI får 407 før SOAP-tenesta kan autentisere
Hald proxy-innlogginga i proxyinnstillingane i SoapUI og diagnostiser henne skild frå 401 til tenesta eller frå legitimasjonen for meldingssikkerheit.
Ein 407 ber SoapUI autentisere seg mot mellomleddet. Ein Authorization-header som er meint for SOAP-tenesta kan ikkje svare på det, og ved HTTPS kan proxyen avvise CONNECT før tenesteførespurnaden blir send.
Legg inn vert, port, brukarnamn og passord for mellomleddet i proxyinnstillingane i SoapUI. Lat autentiseringa til tenesta bli liggjande på førespurnaden eller i den aktuelle autorisasjonsprofilen. Legitimasjon for SOAP-meldingssikkerheit kan utgjere eit ekstra lag.
| Svar | Kven spør? | Tilsvarande legitimasjonsheader |
|---|---|---|
| 407 / Proxy-Authenticate | Proxyen | Proxy-Authorization |
| 401 / WWW-Authenticate | Destinasjonen | Authorization |
Ved HTTPS-feil må du først fastslå om CONNECT vart godteke. Deretter granskar du utvekslinga med tenesta. Denne rekkjefølgja hindrar at manglande tunnelinnlogging blir forveksla med at tenesta avviser sin eigen konto.
Om det ser ut som om feil konto blir send, samanlikn den valde autentiseringsprofilen, eksplisitte headere og den faktiske utvekslinga utan løyndomar. Ta vare på SoapUI-versjonen saman med desse prova; rapportar om symptomet i tidlegare utgåver beviser ikkje årsaka i denne installasjonen.
Ein handlaga Basic-header gjeld berre for Basic-autentisering. Base64-innhaldet inneheld framleis legitimasjon, og doble Authorization-headere eller ein verdi kopiert inn i proxyinnstillingane kan skape ein annan feil.