response-rewrite
#
目录#
response-rewrite该插件支持修改上游服务或网关本身返回的 body 和 header 信息。
使用场景:
1、可以设置 Access-Control-Allow-*
等 header 信息,来实现 CORS (跨域资源共享)的功能。
2、另外也可以通过配置 status_code 和 header 里面的 Location 来实现重定向,当然如果只是需要重定向功能,最好使用 redirect 插件。
#
配置参数名称 | 类型 | 必选项 | 默认值 | 有效值 | 描述 |
---|---|---|---|---|---|
status_code | integer | 可选 | [200, 598] | 修改上游返回状态码,默认保留原始响应代码。 | |
body | string | 可选 | 修改上游返回的 body 内容,如果设置了新内容,header 里面的 content-length 字段也会被去掉 | ||
body_base64 | boolean | 可选 | false | 描述 body 字段是否需要 base64 解码之后再返回给客户端,用在某些图片和 Protobuffer 场景 | |
headers | object | 可选 | 返回给客户端的 headers ,这里可以设置多个。头信息如果存在将重写,不存在则添加。想要删除某个 header 的话,把对应的值设置为空字符串即可 | ||
vars | array[] | 可选 | vars 是一个表达式列表,只有满足条件的请求和响应才会修改 body 和 header 信息,来自 lua-resty-expr。如果 vars 字段为空,那么所有的重写动作都会被无条件的执行。 |
#
示例#
开启插件下面是一个示例,在指定的 route 上开启了 response rewrite
插件:
curl http://127.0.0.1:9080/apisix/admin/routes/1 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PUT -d '{ "methods": ["GET"], "uri": "/test/index.html", "plugins": { "response-rewrite": { "body": "{\"code\":\"ok\",\"message\":\"new json body\"}", "headers": { "X-Server-id": 3, "X-Server-status": "on" }, "vars":[ [ "status","==","200" ] ] } }, "upstream": { "type": "roundrobin", "nodes": { "127.0.0.1:80": 1 } }}'
#
测试插件基于上述配置进行测试:
curl -X GET -i http://127.0.0.1:9080/test/index.html
如果看到返回的头部信息和内容都被修改了,即表示 response rewrite
插件生效了,vars
将确保仅覆盖状态为 200 的响应。
HTTP/1.1 200 OKDate: Sat, 16 Nov 2019 09:15:12 GMTTransfer-Encoding: chunkedConnection: keep-aliveX-Server-id: 3X-Server-status: on
{"code":"ok","message":"new json body"}
#
禁用插件禁用response-rewrite
插件很简单。你不需要重新启动服务,只需要在插件配置中删除相应的 json 配置,它将立即生效。
curl http://127.0.0.1:9080/apisix/admin/routes/1 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PUT -d '{ "methods": ["GET"], "uri": "/test/index.html", "upstream": { "type": "roundrobin", "nodes": { "127.0.0.1:80": 1 } }}'
#
注意事项ngx.exit
将中断当前请求的执行,并返回状态码给 Nginx。
但是很多人可能会对ngx.exit
理解出现偏差,即如果你在access
阶段执行ngx.exit
,只是中断了请求处理阶段,响应阶段仍然会处理。比如,如果你配置了response-rewrite
插件,它会强制覆盖你的响应信息(如响应代码)。