提琴手不捕获浏览器的stream量
我已经使用了一段时间的提琴手，但突然间，它不再捕捉互联网stream量。 我在Chrome 29和Fiddler v4.4.5.1上。 我已经检查过所有的filter和规则，什么都没有。 我已经删除了我的规则文件，打开和closures捕捉stream量，还有一些没有运气的东西。 我甚至卸载并重新安装了提琴手，看看是否会有所帮助，但无济于事。
我错过了什么？
[跟进]：
- 排除filter故障没有效果。
- 在“Fiddler Running …”之后的日志标签中我看不到任何活动
- 我已经尝试了多个浏览器，并没有显示互联网stream量在小提琴手
-
http://localhost.fiddler:8888/不起作用 -
http://127.0.0.1:8888作品，并显示提琴回声服务。
不知道这是否是相关的，但在上次更新（v2.4.5.0）后，我与Fiddler有同样的问题。 我关掉了所有的filter，但仍然没有收集任何stream量。 但是，如果我在“筛选器”选项卡上取消选中“使用筛选器”，则所有stream量都会正常收回。 我仍然试图找出如何使用filter，只要选中使用filter框会导致所有stream量被阻止。
我有同样的问题，但它原来是一个名为hola （或代理SwitchySharp ）的铬扩展，这与代理设置搞砸了。 删除霍拉解决了这个问题
- 使用“帮助”>“筛选器疑难解答”，确保stream量不会意外隐藏。
- 查看日志选项卡，查看是否有关于Chrome组策略硬编码代理的说明。
- 更新您的问题，提及是否捕获其他浏览器的stream量。
- 在Chrome中访问
http://localhost.fiddler:8888/如果有什么你看到什么？ - 在Chrome中访问
http://127.0.0.1:8888/如果有什么你看到什么？
如果您发现＃1 – ＃4步骤没有显示任何内容，则意味着Fiddler无法设置您的系统代理信息; 这可能是由安全或VPN软件造成的。 （组策略也可以防止设置，但如果是这样的话，提琴手通常会提醒你）。
当Fiddler捕获时，单击工具> WinINET选项> LAN设置，并查看代理是否设置正确（应该指向127.0.0.1:8888 ）。 如果不是的话，你可以尝试运行提升（作为pipe理员），看看是否有所作为。 使用SysInternals的Process Monitor工具收集跟踪信息可能会有所帮助，这些工具会过滤到ProxyServerregistry项上的registry操作。
如果第5步没有显示任何内容，这意味着你有一个防火墙或其他软件干扰与提琴手的连接。
我和Firefox有同样的问题。 解决方法是将代理设置设置为“系统代理设置”。 提琴手只能捕获通过其代理服务器的stream量。 由于前几天我正在修改另一个项目的Firefox代理设置，捕获被终止了。
接下来，使用Chrome浏览器还应检查浏览器代理设置，以防使用Fiddler捕获stream量时出现问题。
在Fiddler网站上阅读更多关于此的信息
我遇到了与https相同的问题，并通过检查HTTPS解密来解决它
- Goto Fiddler选项 – > HTTPS
- 选中“解密HTTPSstream量”
我有完全一样的问题。 我终于放弃了。 将Chrome的浏览器设置重置为默认设置。 卸载然后重新安装提琴手。 之后，一切都奏效了。
我有同样的问题，当我禁用了名为ZenMate代理扩展修复问题的Chrome扩展
所有浏览器（IE，Chrome，FF）都有同样的问题。 启动时，“提琴手日志”选项卡显示如下：
“警告Fiddler检测到系统或域组策略已将ProxySettingsPerUser设置为0.除非Fiddler运行提升（例如以pipe理员身份运行），否则它可能无法捕获来自Internet Explorer和其他程序的stream量，当前进程正在运行提升。
我处于一个巨大的企业环境中，没有任何关于组策略变化的信息或信息。 它显然刚刚得到应用一天。 谢谢，官僚:)
无论如何，这导致我搞乱IE浏览器代理设置。 将端口8888（Fiddler中的默认configuration端口）从自动更改为127.0.0.1。 不过这种痛苦，因为我必须每次都设置它来覆盖组策略设置。 然后我得到证书错误，这是一个已知的事情，因为小提琴手使用它自己的，不信任的证书。 。 。 并且节拍继续。 。 。
我知道这个答案真的很晚，可能与提交者3年前的内容不相关，但是我发现了另一个可能的原因，人们可能无法让提琴手工作，特别是在企业环境中。
我们正在释放提琴手。 对于我的公司，我们不允许下载应用程序并自行安装。 我们必须要求IT批准并通过在公司的软件“Store”中订购来安装它。
为了让Fiddler可以从“商店”“订购”，我们必须在testing机器上进行testing。 在testing期间，我们无法让Fiddler更新IE11代理设置。 当我自己安装Fiddler的时候，它可以工作，但是当我使用授权的安装渠道（我们正在testing的）来安装它时，它将无法工作。 即使我们尝试使用具有本地pipe理员权限的用户，并以pipe理员身份运行，也没有运气。
起初，我们认为这是一个组策略的事情，但看着它，情况并非如此。
事实certificate，IT人员将Fiddler包装在一个VMWare ThinApp包装器中 ，一个不可见的VM沙盒可以将应用程序包装在内部。 我不知道ThinApp有什么好处，但它阻止了Fiddler能够更新IE11的代理设置 。 当您启用捕获，并在Fiddler中打开WinINET选项时，它将显示更新代理设置。 但是，当您打开IE11连接设置时，代理没有更新。 说得通。
所以IT人员决定把它作为一个“胖应用”发布（这就是他们所说的），现在它就像一个魅力。
只是想在互联网上得到这个，让人们意识到这一点。
我也面临类似的问题，但一旦我做了下面的设置，一切工作正常（在其他应用程序工作时，我select了“无代理”设置在浏览器中，我忘了回复。因此，得到这个问题）
- 在提琴手，转到Teleric提琴手选项 – >网关 ，然后select“使用系统代理（推荐）”单选button，然后单击“确定”button，并重新启动提琴手
- 在您的浏览器（例如：Firefox），转到选项 – >高级 – >networking – >设置，然后select“使用系统代理设置”单选button，然后单击确定
- 现在尝试从该浏览器访问任何url，并观察他们正在logging在提琴手（如果你已经应用filter，即使他们将开始工作）
希望这可以帮助..
回到我的任何其他问题
正如Thomas Glick所说，Fiddler2的最新版本可与所有主stream浏览器兼容。 但要小心，在filter部分中有一个“只显示Internet Explorerstream量filter”，只是禁用该filter，一切都应按预期工作，包括其他filter。
另一个可能的问题是有关WCF客户端（这也可能包括其他客户端，但我不知道）。 客户端可以configuration为不使用机器默认代理，这使客户端/应用程序绕过Fiddler捕获。
为进一步阅读： 在WCF usedefaultwebproxy的目的是什么 。
我使用名为GeoProxy的Chrome扩展程序也遇到了同样的问题 – 即使代理服务器已被禁用，它仍将stream量消除，并阻止小提琴手看到它。 禁用扩展解决了这个问题。 我猜这将是任何代理扩展的问题。
（这只是对克劳斯上述回应的评论，这使我走上了正确的道路 – 但显然我有足够的声望来回答，但不能评论…）
- 可能是你select了非浏览器作为选项
- selectWeb浏览器而不是非浏览器
What worked for me is to reset the fiddler https certificate and recreate it. Fiddler version V4.6XXX Fiddler menu-> Tools-> Telerick Fiddler Options... Second tab- HTTPS-> Action -> Reset All Certificate
一旦你这样做，再次检查checkbox（解密HTTPS证书）
确保您已启用“ Capture Traffic ，方法是确保已在“ File下进行选中。
用Fiddler把注意力集中在一起，把F12错误地按下来，太不容易了。
我有同样的问题。 解决scheme是从Chrome设置中删除代理。 你现在可以使用代理和活动的扩展。 尝试禁用它。
对我来说，我尝试了一切，最终归结为一个企业 代理 ，不断重置 INET设置 。
我按照我的build议，但结果竟然是代理设置。 我有这样的预感，但我想成为thorogh之前去“IT”，并说我可以本地绑定代理设置覆盖请？
我要求代理pipe理软件被删除，然后在第二小提琴手开始工作。 如果您无法覆盖“Internet属性”中的代理设置，则提琴手将无法工作。
