SoapUI recibe un 407 antes de que el servicio SOAP pueda autenticarse
Mantenga el inicio de sesión del proxy en la configuración de proxy de SoapUI y diagnostíquelo por separado del 401 del servicio o de las credenciales de seguridad de mensajes.
Un 407 pide a SoapUI que se autentique ante el intermediario. Una cabecera Authorization destinada al servicio SOAP no puede responder a eso, y en HTTPS el proxy puede rechazar CONNECT antes de que se envíe la petición del servicio.
Introduzca el host, el puerto, el usuario y la contraseña del intermediario en la configuración de proxy de SoapUI. Mantenga la autenticación del servicio en su petición o en el perfil de autorización correspondiente. Las credenciales de seguridad de mensajes SOAP pueden formar otra capa.
| Respuesta | ¿Quién pregunta? | Cabecera de credenciales correspondiente |
|---|---|---|
| 407 / Proxy-Authenticate | El proxy | Proxy-Authorization |
| 401 / WWW-Authenticate | El destino | Authorization |
Ante un fallo HTTPS, determine primero si se aceptó CONNECT. Después revise el intercambio con el servicio. Este orden evita confundir un inicio de sesión de túnel ausente con un rechazo del servicio a su propia cuenta.
Si parece que se envía la cuenta equivocada, compare el perfil de autenticación seleccionado, las cabeceras explícitas y el intercambio real con los secretos retirados. Conserve la versión de SoapUI junto con esas pruebas; los informes del síntoma en versiones anteriores no demuestran su causa en esta instalación.
Una cabecera Basic creada a mano solo se aplica a la autenticación Basic. Su contenido Base64 sigue conteniendo credenciales, y las cabeceras Authorization duplicadas o un valor copiado en la configuración de proxy pueden crear un segundo error.