Test servizio Web con l'autenticazione SoapUI e Windows
https://stackoverflow.com/questions/914899
-
06-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianDomanda
E 'possibile includere le credenziali di dominio Windows per testare il mio servizio web con SOAP UI?
Ho trovato una pagina di proprietà, ma l'IIS solo risposte con "credenziali errate".
Soluzione
SoapUI non sembra lavorare direttamente con l'autenticazione NTLM, ma è possibile utilizzare un proxy come Burp Suite per fare l'auth per voi.
- Scarica Burp Suite da http://portswigger.net/burp/ e darci dentro.
- del Burp "Proxy: Intercept". Scheda, fare clic sul pulsante per attivare intercettare off
- del Burp "proxy: Opzioni", assicurarsi che sia impostato su una porta non utilizzata, il valore predefinito è 8081
- Nella scheda "Opzioni" di Burp, spuntare "fare l'autenticazione www" e aggiungere un'impostazione per il server che si desidera colpire. Anche tick "richiedere le credenziali di autenticazione in caso di fallimento"
- Passa a di Burp "Proxy: Cronologia". Scheda in modo da poter vedere le richieste attraversando
- In SoapUI, scegliere File> Preferenze, quindi selezionare "Impostazioni proxy". Inserisci l'host "localhost" e la porta "8081".
- Usa SoapUI come normale. Sarà inviare richieste attraverso Burp Proxy, che farà l'autenticazione NTLM per voi.
Altri suggerimenti
soapUI 4.5 appena aggiunto il supporto per NTLMv2, che nega la necessità di Burp Suite.
La soluzione accettata funzionerà nella maggior parte degli scenari. Se, tuttavia, il servizio utilizza la delega per accedere alle risorse su altri server, vi imbatterete in un problema di doppio hop con l'autenticazione NTLM usa il proxy Burp. Il proxy autenticherà con successo per il servizio, ma le chiamate successive da parte del servizio ad altre risorse tramite delega avrà esito negativo.
Il problema è descritto bene in questo articolo:
La soluzione più semplice che ho trovato per questo è stato quello di utilizzare Fiddler come proxy. Nel menu Regole di Fiddler, selezionare 'automaticamente l'autenticazione.' Quindi aggiornare le preferenze SoapUI di utilizzare violinista come proxy (il percorso predefinito è localhost: 8888). Ora le chiamate saranno avvolti in una credenziale che può essere delegato.
Se si utilizza LoadUI per eseguire i vostri casi di test SoapUI, il test corridore SoapUI utilizzerà le impostazioni del proxy SoapUI, e le chiamate continuerà a lavorare.
Credo SoapUI potrebbe supportare solo l'autenticazione NT per il WSDL.
è possibile vedere qualche dettaglio di come viene implementato qui:
(BTW, questa ricerca google non sembra promettente per voi !)
Versione corrente SoapUI 4.5.1 non funziona con l'autenticazione di Windows, ma nightly build versione funziona ancora bene.
