La solución aceptada funcionará en la mayoría de los escenarios. Sin embargo, si el servicio usa delegación para acceder a recursos en otros servidores, se encontrará con un problema de doble salto con la autenticación NTLM que utiliza el proxy Burp. El proxy se autenticará con éxito en el servicio, pero las llamadas posteriores realizadas por el servicio a otros recursos mediante delegación fallarán.
El problema se describe en este artículo así:
http://blogs.msdn.com/b/besidethepoint/archive/2010/05/09/double-hop-authentication-why-ntlm-fails-and-kerberos-works.aspx
La solución más sencilla que encontré para esto era utilizar Fiddler como un proxy. En el menú Reglas de Fiddler, seleccione 'Autenticación automática'. Luego actualice sus preferencias de SoapUI para usar el violín como un proxy (la ubicación predeterminada es localhost: 8888). Ahora sus llamadas estarán envueltas en una credencial que se puede delegar.
Si usa LoadUI para ejecutar los casos de prueba de SoapUI, el corredor de prueba de SoapUI utilizará la configuración del proxy de SoapUI y sus llamadas seguirán funcionando.
BurpSuite ProVersion tiene el área 'do www authentication', no la versión gratuita. :( –
soapUI admite nativamente NTLMv1, pero dado que muchas instalaciones NTLM más nuevas requieren NTLMv2, esta es una gran solución, gracias por su publicación!/Ole eviware.com – olensmar