在 .NET 下,Fiddler 不再抓取 Web Service 流量问题
问题现象
原来的一个应用中,需要访问 SOAP 服务。在原来的 .NET Framework 版本中,使用 Fiddler 是可以抓取到访问这个 Web Service 的 SOAP 流量的。在迁移到 .NET 之后, Fiddler 就不能再抓取到 SOAP 流量了。
问题分析
Fiddler 通过将自己设置为 WinINET
网络的代理。
在 .NET 环境下,使用了 WCF dotnet-svcutil tool for .NET Core 来生成 Web 服务的客户端代理。
WCF 本身使用 WinHTTP
的网络,而不是 WinINET
。
WinHTTP 主要被设计用于基于服务器的场景,这些服务器应用使用 HTTP 通讯。
而 WinINet 主要被设计用于桌面应用作为 HTTP 的客户端的场景。WinINet 提供一些用于用户凭据接口的操作,例如收集用户的凭据。在一些场景下,它可以显式网络的错误信息,或者弹出连接网络的窗口。如果你在后台服务上使用它,或者在无人值守的应用上使用它,但是不能处理这些弹出的交互窗口,它就会阻塞你的应用。这就是为什么服务器端不应该使用 WinINet 的原因,除非你确认用户会坐在计算机前面进行交互,可以处理类似 "Setup connection" 之类的对话或者错误信息。
所以,需要将 WinHTTP 网络的代理配置为 Fiddler 所支持的代理。
解决方案
Fiddler 默认已经将代理设置到系统的 WinINet 上,这个代理就是浏览器中使用的代理。所以,我们既可以直接将浏览器的代理同步到 WinHTTP 网络上,也可以手工配置它的代理。
对所有应用使用 IE 的代理配置
在 Windows 上,浏览器的代理被称为 ie 的代理。可以使用下面的方式将它同步到 WinHTTP 上。
使用 netsh winhttp import proxy source=ie
可以将 IE 的代理配置应用到 WinHTTP 网络上。
检查 WinHTTP 网络代理设置
使用 netsh winhttp show proxy
来检查当前的代理配置。
在有代理存在的时候,可以看到当前的代理配置。
配置 WinHTTP 网络代理
可以手工设置 WinHTTP 使用的代理,使用 netsh winhttp set proxy
配置网络代理。
重置 WinHTTP 代理
使用 netsh winhttp reset proxy
命令重置 WinHTTP 网络的代理。
抓取的数据示例
正确配置 WinHTTP 网络的代理之后,就可以使用 Fiddler 抓取到 SOAP 访问的流量。下面是访问 SSRS 服务的一个简单实例。
请求示例
响应
参考
- Fiddler no longer capturing Web Service requests in .NET
- About WinHTT
- Porting WinINet Applications to WinHTTP
- WinINet vs WinHTTP
- About WinHTTP
- About WinINet