回答
了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