2009-05-27 33 views
42

¿Es posible incluir las credenciales del dominio de Windows para probar mi servicio web con SOAP UI?Prueba del servicio web con SoapUI y autenticación de Windows

Encontré una página de propiedades pero las respuestas de IIS simplemente con "credenciales incorrectas".

+1

BurpSuite ProVersion tiene el área 'do www authentication', no la versión gratuita. :( –

+1

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

Respuesta

57

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

  1. Descargar Burp Suite desde http://portswigger.net/burp/ y poner encima.
  2. En la pestaña "Proxy: Intercepción" de Burp, haga clic en el botón para desactivar el intercepto.
  3. En de 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. Marque también "solicitud de credenciales en caso de error de autenticación"
  5. Cambie a la pestaña "Proxy: Historial" de Burp para que pueda ver las solicitudes en curso.
  6. En SoapUI, elija Archivo> Preferencias, luego seleccione "Configuración de Proxy". Ingrese Host "localhost" y puerto "8081".
  7. Use SoapUI de forma normal. Enviará solicitudes a través de Burp Proxy, que hará la autenticación NTLM por usted.
+0

Gracias por la respuesta. Esto me ayudó a consultar una lista Sharepoint via soapUI. –

+1

No existe la versión actual de burns de "Comms". –

+0

La pestaña "Comms" es "Opciones" en la versión actual. Ojalá pudiera editar las publicaciones de otros ;-) –

12

soapUI 4.5 acaba de agregar soporte para NTLMv2 que anula la necesidad de Burp Suite.

+3

¿Has conseguido que funcione? –

+0

incluso con la última versión de SoapUI/LoadUI 4.5.1, esto todavía no funciona - lo consiguió para trabajar con BurpSuite ... – Leon

+1

Descargar la compilación de la versión nocturna, ver mi respuesta. – Fanda

1

Versión actual SoapUI 4.5.1 no funciona con la autenticación de Windows, pero la versión de compilación nocturna se ejecuta nuevamente bien.

Download nightly build version

3

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.

+0

¿Dónde está "Autenticación automática"? No lo veo en mi menú de reglas. Estoy usando Fiddler 4.4.7.1. –

+0

Estoy en 4.4.9.2, y es el tercer elemento de la parte inferior en mi menú 'reglas'. No estoy seguro de dónde está en versiones anteriores. – kiprainey

+0

Lo probé pero no funcionó para mí. Veo que Fiddler captura el tráfico y envía un par de solicitudes, ya que obtiene 401. Pero la respuesta final sigue siendo 200. –

Cuestiones relacionadas