SoapUI krijgt een 407 voordat de SOAP-service kan authenticeren
Houd de proxy-login in de proxyinstellingen van SoapUI en diagnosticeer die apart van de 401 van de service of van inloggegevens voor berichtbeveiliging.
Een 407 vraagt SoapUI zich te authenticeren bij de tussenpartij. Een Authorization-header die voor de SOAP-service bedoeld is, kan daar niet op antwoorden, en bij HTTPS kan de proxy CONNECT weigeren voordat het serviceverzoek wordt verzonden.
Zet host, poort, gebruikersnaam en wachtwoord van de tussenpartij in de proxyinstellingen van SoapUI. Laat de authenticatie van de service op het verzoek of in het juiste autorisatieprofiel staan. Inloggegevens voor SOAP-berichtbeveiliging kunnen een extra laag vormen.
| Antwoord | Wie vraagt er? | Bijbehorende header voor inloggegevens |
|---|---|---|
| 407 / Proxy-Authenticate | De proxy | Proxy-Authorization |
| 401 / WWW-Authenticate | De bestemming | Authorization |
Bij een HTTPS-fout stelt u eerst vast of CONNECT is geaccepteerd. Daarna onderzoekt u de uitwisseling met de service. Deze volgorde voorkomt dat een ontbrekende tunnel-login wordt aangezien voor een weigering van de service van zijn eigen account.
Als het lijkt of het verkeerde account wordt verzonden, vergelijk dan het gekozen authenticatieprofiel, expliciete headers en de werkelijke uitwisseling zonder geheimen. Bewaar de SoapUI-versie bij dat bewijs; meldingen van het symptoom in eerdere releases bewijzen de oorzaak in deze installatie niet.
Een handmatig opgebouwde Basic-header geldt alleen voor Basic-authenticatie. De Base64-inhoud bevat nog steeds inloggegevens, en dubbele Authorization-headers of een waarde die in de proxyinstellingen is geplakt, kunnen een tweede fout veroorzaken.