如何在 Mountebank 中使用代理记录请求和响应?
How to record request and reponse using a proxy in Mountebank?
我正在使用 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/
时,它会给我一个响应,但我如何存储它?
还有谁能给我解释一下
的意思
save off the response in a new stub in front of the proxy response:
(from this Mountebank documentation)
如何存储代理结果
简短的回答是江湖骗子已经存储了它。您可以通过查看 curl http://localhost:2525/imposters/6568
的输出来验证这一点。真正的问题是如何重播存储的响应?
江湖代理的常见使用场景是您在 mb
的一个 运行 实例上记录代理响应,保存结果,然后启动 [=18= 的下一个实例] 与那些保存的回复。你这样做的方法是让被测系统在你需要的任何条件下通过江湖代理与你试图存根的服务对话,然后通过发送一个保存响应(及其请求谓词) HTTP GET
或 DELETE
到 http://localhost:2525/imposters/6568?removeProxies=true&replayable=true
。您将该响应的 JSON 主体提供给下一个 mb
实例,或者通过 REST API,或者通过将其保存在磁盘上并使用类似 [=24] 的命令启动 mountebank =].那时,mountebank 在不连接到下游服务的情况下对请求提供完全相同的响应。
代理创建新存根
你的最后一个问题围绕着了解 proxyAlways
模式的工作原理。默认的 proxyOnce
模式意味着江湖代理第一次看到唯一满足谓词的请求时,它会查询下游服务并保存响应。下一次看起来满足 完全相同 谓词的请求时,它避免了下游调用并简单地 returns 保存的结果。对于 same 请求,它只代理下游 once。另一方面,proxyAlways
模式始终向下游发送请求,并保存同一请求的响应列表。
为了清楚起见,在您复制的示例中,我们关心请求中的 method
、path
和 query
字段,因此如果我们看到两个请求完全这三个字段的相同组合,我们需要知道我们是否应该将保存的响应发回或继续代理。假设我们首先发送:
GET /test?q=elephants
method
是GET
,path
是/test
,query
是q=elephants
。由于这是第一个请求,我们将其发送到下游服务器,其中return是一个主体:
No results
无论您将 mountebank 设置为哪种代理模式,这都是正确的,因为它必须至少向下游查询一次。现在假设,在我们思考的时候,下游服务添加了一头大象,然后我们的被测系统进行了同样的调用:
GET /test?q=elephants
如果我们处于 proxyOnce
模式,将大象添加到实际服务中这一事实根本无关紧要,我们将继续 return 我们保存的响应:
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!"
}
}
]
}
]
我正在使用 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/
时,它会给我一个响应,但我如何存储它?
还有谁能给我解释一下
的意思save off the response in a new stub in front of the proxy response:
(from this Mountebank documentation)
如何存储代理结果
简短的回答是江湖骗子已经存储了它。您可以通过查看 curl http://localhost:2525/imposters/6568
的输出来验证这一点。真正的问题是如何重播存储的响应?
江湖代理的常见使用场景是您在 mb
的一个 运行 实例上记录代理响应,保存结果,然后启动 [=18= 的下一个实例] 与那些保存的回复。你这样做的方法是让被测系统在你需要的任何条件下通过江湖代理与你试图存根的服务对话,然后通过发送一个保存响应(及其请求谓词) HTTP GET
或 DELETE
到 http://localhost:2525/imposters/6568?removeProxies=true&replayable=true
。您将该响应的 JSON 主体提供给下一个 mb
实例,或者通过 REST API,或者通过将其保存在磁盘上并使用类似 [=24] 的命令启动 mountebank =].那时,mountebank 在不连接到下游服务的情况下对请求提供完全相同的响应。
代理创建新存根
你的最后一个问题围绕着了解 proxyAlways
模式的工作原理。默认的 proxyOnce
模式意味着江湖代理第一次看到唯一满足谓词的请求时,它会查询下游服务并保存响应。下一次看起来满足 完全相同 谓词的请求时,它避免了下游调用并简单地 returns 保存的结果。对于 same 请求,它只代理下游 once。另一方面,proxyAlways
模式始终向下游发送请求,并保存同一请求的响应列表。
为了清楚起见,在您复制的示例中,我们关心请求中的 method
、path
和 query
字段,因此如果我们看到两个请求完全这三个字段的相同组合,我们需要知道我们是否应该将保存的响应发回或继续代理。假设我们首先发送:
GET /test?q=elephants
method
是GET
,path
是/test
,query
是q=elephants
。由于这是第一个请求,我们将其发送到下游服务器,其中return是一个主体:
No results
无论您将 mountebank 设置为哪种代理模式,这都是正确的,因为它必须至少向下游查询一次。现在假设,在我们思考的时候,下游服务添加了一头大象,然后我们的被测系统进行了同样的调用:
GET /test?q=elephants
如果我们处于 proxyOnce
模式,将大象添加到实际服务中这一事实根本无关紧要,我们将继续 return 我们保存的响应:
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!"
}
}
]
}
]