如何在 Mountebank 中使用代理记录请求和响应？

Question

我正在使用Mountebank 创建一个冒名顶替进程，并希望记录请求和响应。为了创建一个 http 冒名顶替者，我使用了以下 CURL 命令，如他们的文档中所述。

curl -i -X POST -H 'Content-Type: application/json' http://127.0.0.1:2525/imposters --data '{
  "port": 6568,
  "protocol": "http",
  "name": "proxyAlways",
  "stubs": [
    {
      "responses": [
        {
          "proxy": {
            "to": "http://localhost:8000",
            "mode": "proxyAlways",
            "predicateGenerators": [
              {
                "matches": {
                  "method": true,
                  "path": true,
                  "query": true
                }
              }
            ]
          }
        }
      ]
    }
  ]
}'
 

我有另一台服务器在 http://localhost:8000 运行，它正在监听所有来自端口 6568 的请求。

我的服务器现在的输出：

mb
info: [mb:2525] mountebank v1.6.0-beta.1102 now taking orders - point your browser to http://localhost:2525 for help
info: [mb:2525] POST /imposters
info: [http:6568 proxyAlways] Open for business...
info: [http:6568 proxyAlways] ::ffff:127.0.0.1:55488 => GET /

我想记录周围的所有请求和响应，但现在无法执行。当我输入curl -i -X GET -H 'Content-Type: application/json' http://127.0.0.1:6568/ 时，它会给我一个响应，但我如何存储它？

谁能解释我的意思

将响应保存在代理响应前面的新存根中：

（来自Mountebank documentation）

Answer 1

如何存储代理结果

简短的回答是 mountebank 已经正在存储它。您可以通过查看curl http://localhost:2525/imposters/6568 的输出来验证这一点。真正的问题是如何重放存储的响应？

mountebank 代理的常见使用场景是，您在 mb 的一个运行实例上记录代理响应，保存结果，然后使用这些保存的响应启动 mb 的下一个实例。你这样做的方法是让被测系统与你试图通过 mountebank 代理在你需要的任何条件下存根的服务交谈，然后通过发送一个保存响应（及其请求谓词） HTTP GET 或 DELETE 到 http://localhost:2525/imposters/6568?removeProxies=true&replayable=true。您可以通过 REST API 或通过将其保存在磁盘上并使用类似 mb --configfile savedProxyResults.json 的命令启动 mountebank 将该响应的 JSON 正文提供给下一个 mb 实例。此时，mountebank 正在为请求提供完全相同的响应，而无需连接到下游服务。

代理创建新的存根

您的最后一个问题是关于了解proxyAlways 模式的工作原理。默认proxyOnce模式意味着mountebank代理第一次看到唯一满足谓词的请求时，它会查询下游服务并保存响应。下一次看起来满足完全相同谓词的请求时，它会避免下游调用并简单地返回保存的结果。它只为 same 请求代理下游 once。另一方面，proxyAlways 模式总是将请求发送到下游，并保存同一请求的响应列表。

为了清楚起见，在您复制的示例中，我们关心请求中的 method、path 和 query 字段，因此如果我们看到两个请求具有这三个字段的完全相同的组合，我们需要知道我们应该将保存的响应发回还是继续代理。想象一下我们第一次发送：

GET /test?q=elephants

method 是 GET，path 是 /test，query 是 q=elephants。由于这是第一个请求，我们将它发送到下游服务器，它返回一个正文：

No results

无论您将 mountebank 设置为哪种代理模式，这都是正确的，因为它必须至少向下游查询一次。现在假设，在我们考虑的时候，下游服务增加了一个大象，然后我们的测试系统进行了同样的调用：

GET /test?q=elephants

如果我们处于proxyOnce 模式，大象被添加到真实服务这一事实根本就无关紧要，我们将继续返回我们保存的响应：

No results

如果您关闭 mountebank 进程并如上所述重新启动它，您会看到相同的行为。在您保存的配置文件中，您会看到类似这样的内容（稍微简化一下）：

"stubs": [
  {
    "predicates": [{
      "deepEquals': {
        "method": "GET",
        "path": "/test",
        "query": { "q": "elephants" }
      }
    }],
    "responses": [
      {
        "is": {
          "body": "No results"
        }
      }
    ]
  }
]

只有一个存根。另一方面，如果我们使用proxyAlways，那么对GET /test?q=elephants 的第二次调用将产生新的大象：

1. Jumbo reporting for duty!

这很重要，因为如果我们关闭 mountebank 进程并重新启动它，现在我们的测试可以依赖于我们将循环通过两个响应的事实：

"stubs": [
  {
    "predicates": [{
      "deepEquals': {
        "method": "GET",
        "path": "/test",
        "query": { "q": "elephants" }
      }
    }],
    "responses": [
      {
        "is": {
          "body": "No results"
        }
      },
      {
        "is": {
          "body": "1. Jumbo reporting for duty!"
        }
      }
    ]
  }
]