Pregunta

¿Es posible incluir las credenciales de dominio de Windows para poner a prueba mi servicio web con interfaz de usuario de jabón?

He encontrado una página de propiedades, pero el IIS sólo respuestas con "credenciales incorrectas".

¿Fue útil?

Solución

no parece

SoapUI para trabajar directamente con la autenticación NTLM, pero se puede usar un proxy como Burp Suite para realizar la autenticación para usted.

  1. Descargar Burp Suite desde http://portswigger.net/burp/ y poner encima.
  2. En la eructar "Proxy: Intercepción". Pestaña, haga clic en el botón para activar la intercepción de
  3. En la eructar "Proxy: Opciones", asegúrese de que está configurado en un puerto no utilizado, el valor predeterminado es 8081
  4. En la pestaña "Opciones" de eructar, marque "hacer la autenticación www" y agregar una configuración para el servidor que desea golpear. También marque "Pedir credenciales al fallo de autenticación"
  5. Cambiar al de eructar "Proxy: Historia". Pestaña para que pueda ver las solicitudes de pasar por
  6. En SoapUI, elija Archivo> Preferencias y, a continuación, seleccione "Configuración de proxy". Introduzca anfitrión "localhost" y el puerto "8081".
  7. Uso SoapUI de forma normal. Se enviará solicitudes a través Burp Proxy, que va a hacer la autenticación NTLM para usted.

Otros consejos

soapUI 4,5 acaba de añadir soporte para NTLMv2 que niega la necesidad de eructar Suite.

La solución aceptada funcionará en la mayoría de los escenarios. Sin embargo, si el servicio utiliza delegación para acceder a recursos en otros servidores, que se ejecutará en un asunto de doble salto con la autenticación NTLM utiliza el proxy eructar. El proxy autenticar correctamente al servicio, pero las llamadas posteriores realizados por el servicio a otros recursos mediante delegación se producirá un error.

El problema se describe bien en este artículo:

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 'Autenticar automáticamente. A continuación, actualice sus preferencias soapUI utilizar violinista como un proxy (la ubicación por defecto es localhost: 8888). Ahora sus llamadas serán envueltos en una credencial que se puede delegar.

Si utiliza LoadUI para ejecutar los casos de prueba soapUI, el corredor de prueba SoapUI utilizará la configuración del proxy soapUI, y sus llamadas seguirá trabajando.

Creo SoapUI sólo se podría admitir la autenticación NT para el WSDL.

se pueden ver algunos detalles de cómo se implementa aquí:

(Por cierto, esta búsqueda Google no parece prometedor para usted !)

La versión actual SoapUI 4.5.1 no funciona con la autenticación de Windows, pero todas las noches a construir versión se ejecuta de nuevo bien.

Descargar nightly build versión

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top