Fiddler没有从浏览器捕获流量

Question

我一直在使用Fiddler很长一段时间，但突然间它不再捕获互联网流量。我在Chrome 29和Fiddler v4.4.5.1上。我检查了所有过滤器和规则，但没有任何内容。我删除了我的规则文件，打开和关闭捕获流量，以及其他一些没有运气的东西。我甚至卸载并重新安装了Fiddler，看看这是否会有所帮助，但无济于事。

我错过了什么？

[跟进]：

• 故障排除过滤器无效。
• 我在“Fiddler Running ...”之后的日志选项卡中看不到任何活动
• 我试过多个浏览器，没有人在小提琴手中显示互联网流量
• http://localhost.fiddler:8888/不起作用
• http://127.0.0.1:8888工作并显示小提琴回声服务。

Answer 1

不确定这是否相关，但我在上次更新（v2.4.5.0）后遇到与Fiddler相同的问题。我关闭了所有过滤器，但仍然没有接收任何流量。但是，当我取消选中过滤器标签上的使用过滤器时，所有流量都会正常接收。我还在试图弄清楚如何在选中“使用过滤器”框时使用过滤器会导致所有流量被阻止。

Answer 2

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

完成后，再次选中复选框（Decrypt HTTPS证书）

Answer 3

编辑：我认为我的问题是通过WinINET Options解决的。以下是修复我最终在Fiddler中获取的Chrome流量的步骤：

来自Fiddler - >工具 - > WinINET选项 - >局域网设置 - >确保选中Automatically detect settings。

然而，我刚才发现的是，每当我解雇Fiddler时，PAC脚本都会重置这些选项。真正的解决方案是转到Fiddler - >工具 - >选项 - >连接 - >取消选中Use PAC Script。这解决了它的好处。以下是截图供参考：

Answer 4

在所有浏览器（IE，Chrome，FF）中都存在同样的问题。启动时，Fiddler Log选项卡显示以下内容：

“！警告Fiddler检测到系统或域组策略已将ProxySettingsPerUser设置为0.除非Fiddler运行高架（例如，以管理员身份运行），否则它可能无法捕获来自Internet Explorer和其他程序的流量。当前进程IS正在运行Elevated。”

我处于一个庞大的企业环境中，与组策略的变化无关;它显然刚刚应用了一天。谢谢，官僚:)

无论如何，这导致我搞乱IE代理设置。在端口8888（Fiddler中的默认配置端口）上将其从自动更改为127.0.0.1有效。但是，有点痛苦，因为我必须每次都设置它来覆盖组策略设置。然后我得到证书错误，这是一个众所周知的事情，因为Fiddler使用它自己的，不受信任的证书。 。 。并且节拍还在继续。 。 。

Answer 5

正如Thomas Glick所说，Fiddler2的最新版本适用于所有主流浏览器。但要注意，过滤器部分中有一个“仅显示Internet Explorer流量过滤器”，只需禁用该过滤器部分，所有内容都应按预期工作，包括其他过滤器。

Answer 6

另一个可能的问题与WCF客户端有关（这可能还包括其他客户，但我不确定）。可以将客户端配置为不使用计算机默认代理，这使客户端/应用程序绕过Fiddler捕获。

进一步阅读：What is the purpose of usedefaultwebproxy in WCF。

Answer 7

我有一个名为GeoProxy的Chrome扩展程序存在同样的问题 - 即使代理被禁用，它仍然会占用流量并阻止fiddler看到它。禁用扩展程序解决了该问题。我猜这将是任何代理扩展的问题。

（这只是对克劳斯上面的回应的评论，这让我走上了正确的道路 - 但显然我有足够的声誉回答，但不评论......）

Answer 8

1. 您可能选择非浏览器作为选项
2. 选择Web浏览器而不是非浏览器

Answer 9

通过确保在Capture Traffic下检查File，确保启用了F12。

奇怪的是，Fiddler错误地按下qazxswpoi很容易，而且禁用整个事情。

Answer 10

对我来说，我在这里尝试了一切，最终归结为一个企业代理，一直在重置INET设置。

我按照建议列表的方式工作，但最终结果是代理设置。我对此有所预感，但我想在谈到'IT'之前对它进行了彻底的解释，并说我可以让本地绑定代理设置覆盖吗？

我要求删除代理管理软件，然后在第二个提琴手开始工作。如果您无法覆盖Internet属性中的代理设置，则fiddler将永远不会工作。

Answer 11

因为它更好的网络扩展导致问题。我认为Chrome上安装的任何类型的代理扩展都会导致问题。

Answer 12

我遇到了同样的问题，但事实证明这是一个名为hola（或代理SwitchySharp）的chrome扩展，它与代理设置相混淆。删除Hola解决了这个问题

Answer 13

我遇到了同样的问题。解决方案是从Chrome设置中删除代理。你也可以有一个使用代理的扩展。尝试禁用它。

Answer 14

俄罗斯，这个信息给你！ Fiddler没有捕获Chrome流量，因为我安装了Antizapret Chrome插件，以便俄罗斯政府网站阻止访问。我删除了它，现在一切正常。

Answer 15

经过几个小时的谷歌搜索，阅读，卸载，facepalming！事实证明，VPN的Chrome扩展程序正在处理Chrome的代理设置！

Betternet更具体！

禁用它，解决了我的问题。

要确保它不是问题，请检查Chrome本身的代理设置。对我而言，它向我展示了一条消息：Betternet正在处理代理设置。

Answer 16

1. 使用“帮助”>“对筛选器进行故障排除”以确保未意外隐藏流量。
2. 查看“日志”标签，查看是否有关于对代理进行硬编码的Chrome组策略的说明。
3. 更新您的问题，以提及是否捕获了其他浏览器的流量。
4. 访问Chrome中的http://localhost.fiddler:8888/;如果有什么事情你怎么办？
5. 访问Chrome中的http://127.0.0.1:8888/;如果有什么事情你怎么办？

如果您发现步骤＃1 - ＃4没有显示任何内容，则表示Fiddler无法设置您的系统代理信息;这可能是由安全或VPN软件引起的。 （组策略也可以阻止设置，但如果是这种情况，Fiddler通常会发出警告）。

当Fiddler捕获时，单击工具> WinINET选项>局域网设置，查看代理是否设置正确（应指向127.0.0.1:8888）。如果没有，您可以尝试运行Fiddler提升（作为管理员）以查看它是否有所作为。使用SysInternals的Process Monitor工具收集跟踪可能会有所帮助，该工具已过滤到ProxyServer注册表项上的Registry操作。

如果步骤＃5没有显示任何内容，则表示您有防火墙或其他软件干扰与Fiddler的连接。

Answer 17

我遇到了与https相同的问题，并通过检查HTTPS解密来解决它

• Goto Fiddler选项 - > HTTPS
• 检查'解密HTTPS流量'

Answer 18

我和Firefox有同样的问题。解决方案是将代理设置设置为“系统代理设置”。 Fiddler只能捕获通过其代理服务器的流量。捕获已停止，因为几天前我正在修改另一个项目的Firefox代理设置。

因此，使用Chrome时，如果使用Fiddler捕获流量时出现问题，还应检查浏览器代理设置。

Read more about this on the Fiddler site

Answer 19

我有完全相同的问题。我终于放弃了。将Chrome的浏览器设置重置为默认值。卸载然后重新安装Fiddler。之后，一切正常。

Answer 20

我也面临类似的问题，但是一旦我做了以下设置，一切都运行良好（在其他应用程序上工作时，我在浏览器中选择了“无代理”设置，我忘了恢复。因此，遇到了这个问题）

• 在Fiddler，Goto Telerik Fiddler选项 - >网关中，然后选择“使用系统代理（推荐）”单选按钮并单击“确定”按钮并重新启动Fiddler
• 在浏览器中（例如：firefox），转到选项 - >高级 - >网络 - >设置，然后选择“使用系统代理设置”单选按钮，然后单击“确定”。
• 现在尝试访问该浏览器中的任何URL，并观察它们是否正在Fiddler中记录（如果您已应用过滤器，即使它们将开始工作）

希望这可以帮助..

有任何其他问题，请回复我

Answer 21

我遇到了同样的问题，当我禁用名为ZenMate代理扩展的chrome扩展来修复问题

Answer 22

我知道这个答案真的很晚，而且可能与三年前提交者的内容无关，但我发现了人们可能无法让Fiddler工作的另一个可能原因，特别是在企业环境中。

我们正在释放Fiddler。对于我的公司，我们不允许下载应用程序并自行安装。我们必须要求IT批准并通过在公司的软件“商店”订购它来安装它。

为了让Fiddler可以从“商店”“订购”，我们必须在测试机上进行测试。在测试期间，我们无法让Fiddler更新IE11代理设置。当我自己安装Fiddler时，它会起作用，但当我让IT使用授权的安装通道（我们正在测试的）安装它时，它将无法工作。即使我们尝试使用具有本地管理员权限的用户和以管理员身份运行，也没有运气。

起初我们认为这是一个组策略的事情，但调查一下，事实并非如此。

事实证明，IT人员将Fiddler包装在VMWare ThinApp包装器中，这是一个无形的VM沙箱，用于将应用程序包装在内。我不知道ThinApp的好处是什么，但它阻止了Fiddler在IE11时能够更新代理设置。当您启用捕获并在Fiddler中打开WinINET选项时，它将显示更新的代理设置。但是当您打开IE11连接设置时，代理未更新。说得通。

因此，IT人员决定将其作为“胖子应用程序”发布（这就是他们所说的），现在它就像一个魅力。

只是想在互联网上得到这个，以便人们意识到这一点。