假设我为 URL 发送了一个 GET 请求:https ://www.example.com/ 是否有可能欺骗我的网络认为它收到了来自所述 URL 的回复,而它实际上来自 localhost?如果是,如何?我只看到一个名为“Fiddler2”的工具能够通过“AutoResponder”功能做到这一点。但是,由于我使用 Linux(特别是 Kubuntu)并且 FiddlerEverywhere 需要花钱,所以我正在寻找可以自己设置的免费替代方案。如果有人知道如何做到这一点,任何帮助将不胜感激。
假设我为 URL 发送了一个 GET 请求:https ://www.example.com/ 是否有可能欺骗我的网络认为它收到了来自所述 URL 的回复,而它实际上来自 localhost?如果是,如何?我只看到一个名为“Fiddler2”的工具能够通过“AutoResponder”功能做到这一点。但是,由于我使用 Linux(特别是 Kubuntu)并且 FiddlerEverywhere 需要花钱,所以我正在寻找可以自己设置的免费替代方案。如果有人知道如何做到这一点,任何帮助将不胜感激。
我开发了一个工具来做到这一点:HTTP Toolkit。
在内部,它是一个拦截 HTTPS 代理,如 Fiddler 等,因此您可以通过将 HTTP Toolkit 配置为您感兴趣的客户端的代理来拦截任何流量。它还具有用于浏览器、终端、Android 设备的快速一键设置按钮,等等,一切都可以在 Linux 上运行(除了 Windows 和 Mac)。
拦截客户端后,您可以对其请求进行断点并直接在应用程序中响应以发送响应,而无需将请求转发到真实服务器。如果您愿意,您还可以将请求上游转发到真实服务器,然后在将响应发送到客户端之前手动修改响应。
所有这些都在免费版本中开箱即用,使用手动断点进行测试和调试。如果您希望设置更复杂的全自动规则,可以通过Pro 升级获得这些规则,这有助于为持续开发提供资金。
所有 HTTP Toolkit 都是 100% 开源的,对于程序化用例,内部作为一个方便的独立 JavaScript 库发布,称为Mockttp,您也可以使用它来执行此操作。使用 Mockttp,您可以在几行代码中构建自己的拦截代理,并以您喜欢的任何方式为假响应定义精确的逻辑。这里有一个带有示例的介绍指南:https ://httptoolkit.tech/blog/javascript-mitm-proxy-mockttp/ 。