Testando serviço web com autenticação SoapUI e Windows
https://stackoverflow.com/questions/914899
-
06-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPergunta
É possível incluir as credenciais de domínio do Windows para testar o meu serviço web com o SOAP UI?
Eu encontrei uma página de propriedades, mas a respostas apenas com "credenciais erradas" IIS.
Solução
SoapUI parece não trabalho diretamente com a autenticação NTLM, mas você pode usar um proxy, como arroto Suite para fazer o auth para você.
- Baixar Burp Suite a partir http://portswigger.net/burp/ e pôr em marcha acima.
- O On Burp "Proxy: Intercept". Guia, clique no botão para ligar interceptar off
- O On Burp "Proxy: Opções" guia, certifique-se ele é definido como uma porta não utilizada, o padrão é 8081
- guia "Opções" do On arroto, marque "fazer a autenticação www" e adicionar uma configuração para o servidor que deseja acertar. Também carrapato "prompt para credenciais em falha de autenticação"
- Mudar para o Burp "Proxy: História". Guia para que você possa ver os pedidos passando
- Em SoapUI, escolha Arquivo> Preferências, em seguida, selecione "Configurações Proxy". Insira o host "localhost" ea porta "8081".
- Use SoapUI como normal. Ele vai enviar pedidos através Burp Proxy, que vai fazer a autenticação NTLM para você.
Outras dicas
soapUI 4,5 suporte apenas acrescentado para NTLMv2, que nega a necessidade de Burp Suite.
A solução aceita vai funcionar na maioria dos cenários. Se, no entanto, o serviço usa delegação para acessar recursos em outros servidores, você vai correr em uma edição dupla-hop com a autenticação NTLM os usos de proxy Burp. O proxy irá autenticar com sucesso para o serviço, mas as chamadas subsequentes feitas pelo serviço a outros recursos usando delegação irá falhar.
A questão é descrito bem neste artigo:
A solução mais fácil eu encontrei para este era usar Fiddler como um proxy. No menu Regras de Fiddler, selecione 'Automaticamente Authenticate.' Em seguida, atualize suas preferências SoapUI usar Fiddler como um proxy (o local padrão é localhost: 8888). Agora as suas chamadas será envolto em uma credencial que pode ser delegada.
Se você usar LoadUI para executar seus casos de teste SoapUI, o teste corredor SoapUI usará as configurações de proxy SoapUI, e as suas chamadas continuará a trabalho.
Eu acho SoapUI só poderia suportar a autenticação NT para o WSDL.
Você pode ver alguns detalhes de como ele é implementado aqui:
(BTW, esta pesquisa google não parece promissor para você !)
A versão atual SoapUI 4.5.1 não funciona com autenticação do Windows, mas a versão nightly build é executado novamente bem.
