SoapUI reçoit un 407 avant que le service SOAP puisse s'authentifier
Gardez l'identifiant du proxy dans les réglages de proxy de SoapUI et diagnostiquez-le séparément du 401 du service ou des identifiants de sécurité des messages.
Un 407 demande à SoapUI de s'authentifier auprès de l'intermédiaire. Un en-tête Authorization destiné au service SOAP ne peut pas y répondre, et en HTTPS le proxy peut refuser CONNECT avant l'envoi de la requête au service.
Placez l'hôte, le port, le nom d'utilisateur et le mot de passe de l'intermédiaire dans les réglages de proxy de SoapUI. Laissez l'authentification du service sur sa requête ou sur le profil d'autorisation approprié. Les identifiants de sécurité des messages SOAP peuvent former une couche supplémentaire.
| Réponse | Qui demande ? | En-tête d'identifiants correspondant |
|---|---|---|
| 407 / Proxy-Authenticate | Le proxy | Proxy-Authorization |
| 401 / WWW-Authenticate | La destination | Authorization |
En cas d'échec HTTPS, vérifiez d'abord si CONNECT a été accepté. Examinez ensuite l'échange avec le service. Cet ordre évite de confondre une authentification de tunnel manquante avec un refus du service concernant son propre compte.
Si le mauvais compte semble être envoyé, comparez le profil d'authentification sélectionné, les en-têtes explicites et l'échange réel après retrait des secrets. Conservez la version de SoapUI avec ces éléments ; les signalements du symptôme dans d'anciennes versions ne prouvent pas sa cause dans cette installation.
Un en-tête Basic construit à la main ne vaut que pour l'authentification Basic. Son contenu Base64 contient encore des identifiants, et des en-têtes Authorization en double ou une valeur copiée dans les réglages de proxy peuvent créer une seconde erreur.