回答
了SoapUI似乎并没有直接与NTLM身份验证工作,但是您可以使用代理(如Burp Suite)为您执行身份验证。
- 从http://portswigger.net/burp/下载Burp套件并启动它。
- 打开Burp的“Proxy:Intercept”标签,点击按钮关闭拦截。
- 在打嗝的“代理:选项”选项卡,确保它被设置为未使用的端口,默认为8081
- 在打嗝的“选项”标签,勾选“做WWW认证”,并添加一个设置为你希望服务器打。同时勾选“提示输入身份验证失败时的凭据”
- 切换到Burp的“代理:历史记录”选项卡,以便您可以查看要通过的请求。
- 在SoapUI中,选择“文件”>“首选项”,然后选择“代理设置”。输入主机“localhost”和端口“8081”。
- 正常使用SoapUI。它将通过Burp Proxy发送请求,Burp Proxy将为您执行NTLM身份验证。
感谢您的答复。这为我工作来查询SharePoint列表通过 – 2010-02-05 18:18:02
的soapUI,没有“通讯”式标签打嗝的当前版本。 – 2010-05-06 14:37:02
我认为SoapUI可能只支持WSDL的NT认证。
你可以看到它是如何在这里实现了一些细节:
soapUI 4.5刚刚添加了对NTLMv2的支持,它不需要Burp套件。
当前版本SoapUI 4.5.1不支持Windows身份验证,但每晚生成版本再次运行良好。
接受的解决方案将在大多数情况下工作。但是,如果该服务使用委派来访问其他服务器上的资源,则您将遇到Burp代理使用的NTLM身份验证的双跳问题。该代理将成功验证该服务,但该服务使用委派对其他资源进行的后续调用将失败。
问题这篇文章中很好地描述:
我发现最简单的解决方法是使用Fiddler作为代理。在Fiddler的规则菜单上,选择“自动验证”。然后更新您的SoapUI首选项以使用fiddler作为代理(默认位置是localhost:8888)。现在您的电话将被包裹在一个可以委派的凭证中。
如果使用LoadUI执行你了SoapUI测试用例,soapUI的测试运行器将使用了SoapUI代理设置,您的通话将继续工作。
- 1. SoapUI和Web服务测试与Windows身份验证
- 2. Web服务 - Windows身份验证
- 3. ASP.NET身份 - Windows身份验证和Web服务
- 4. Web服务身份验证
- 5. SoapUI Web服务身份验证编程方式
- 6. Web服务器到SQL Server使用Windows身份验证
- 7. 保护Web API Web服务,Windows身份验证
- 8. WSO2身份识别服务器/ Travelocity身份验证测试使用OpenID
- 9. Restful Web服务身份验证
- 10. UNC FileShare WCF Web服务身份验证?
- 11. Web服务客户端身份验证
- 12. Exchange Web服务Kerberos身份验证
- 13. 免税身份验证Web服务
- 14. Web服务的基本身份验证
- 15. 权利Web服务身份验证
- 16. Web服务的共享身份验证
- 17. SOAP Web服务身份验证
- 18. Windows身份验证和Asp.Net Web API
- 19. Java客户端调用Windows集成身份验证Web服务
- 20. WCF服务,Windows身份验证
- 21. WCF服务Windows身份验证
- 22. 测试HTTPS身份验证
- 23. Java正在使用的Asp.net Web服务和Windows集成身份验证
- 24. 如何使用身份验证使用JSON的Web服务?
- 25. 使用摘要式身份验证来使用Web服务
- 26. 使用基本身份验证使用Web服务
- 27. WSO2身份服务器身份验证
- 28. Android身份验证和Web
- 29. 在Windows上从Python访问SPNEGO身份验证的Web服务
- 30. Windows 8 Web身份验证代理无法连接到服务
BurpSuite ProVersion有“做WWW认证”区域,而不是免费赠送的版本。 :( – 2010-05-27 22:16:58
的soapUI并原生支持NTLMv1身份,但由于许多新的基于NTLM的安装需要进行NTLMv2这是一个伟大的解决办法,感谢张贴!/ OLE eviware.com – olensmar 2010-03-19 11:22:03