NGINX 从 proxy_pass 响应中读取 body

看起来你想要调用API获取数据并运行决策和逻辑，但这不是反向代理的主要功能。

Nginx的核心反向代理功能并不适用于你所需的那种情况。

可能的解决办法是：扩展Nginx...

Nginx + PHP

你的PHP代码将完成大部分工作。

作为客户端连接到Golang服务器，并对响应应用附加逻辑。

<?php
    $response = file_get_contents('https://go.example.com/getpath?file_id='.$_GET["id"]);
    preg_match_all("/filePath: \"(.*?)\"/", $response, $filePath);
    readfile($filePath[1][0]);
?>

    location /getpath {
        try_files /getpath.php;
    }

这只是一个假想的代码示例。

一些杂项观察/评论：

• Golang响应看起来不像是有效的json，如果是这样，就将preg_match_all替换为json_decode.
• readfile效率不高。考虑使用302响应进行创意处理。

Nginx + Lua

sites-enabled:

lua_package_path "/etc/nginx/conf.d/lib/?.lua;;";

server {
    listen 80 default_server;
    listen [::]:80 default_server;

    location /getfile {
        root /var/www/html;
        resolver 8.8.8.8;
        set $filepath "/index.html";
        access_by_lua_file /etc/nginx/conf.d/getfile.lua;
        try_files $filepath =404;
    }
}

测试Lua是否按照预期工作：

getfile.lua (v1)

  ngx.var.filepath = "/static/...";

简化Golang响应正文以返回平淡路径，然后使用它设置filepath:

getfile.lua (v2)

local http = require "resty.http"
local httpc = http.new()
local query_string = ngx.req.get_uri_args()
local res, err = httpc:request_uri('https://go.example.com/getpath?file_id=' .. query_string["id"], {
    method = "GET",
    keepalive_timeout = 60,
    keepalive_pool = 10
})

if res and res.status == ngx.HTTP_OK then
    body = string.gsub(res.body, '[\r\n%z]', '')
    ngx.var.filepath = body;
    ngx.log(ngx.ERR, "[" .. body .. "]");
else
    ngx.log(ngx.ERR, "missing response");
    ngx.exit(504);
end

resty.http

mkdir -p /etc/nginx/conf.d/lib/resty
wget "https://raw.githubusercontent.com/ledgetech/lua-resty-http/master/lib/resty/http_headers.lua" -P /etc/nginx/conf.d/lib/resty
wget "https://raw.githubusercontent.com/ledgetech/lua-resty-http/master/lib/resty/http.lua" -P /etc/nginx/conf.d/lib/resty

我假设你是一名软件开发人员，你拥有对你的应用程序的完全控制，所以这里不需要硬把方形钉子塞进圆孔中。

不同种类的反向代理支持**ESI(Edge Side Includes)**技术，使开发人员能够用静态文件的内容或来自上游服务器的响应体替换响应体的不同部分。

Nginx也有这样的技术。它称为**SSI(Server Side Includes)**。

location /file {
    ssi on;
    proxy_pass http://go.example.com;
}

你的上游服务器可以生成包含内容<!--# include file="/path-to-static-files/some-static-file.ext" -->的响应体，而nginx将使用内容替换in-body指令的文件内容。

但是你提到了流式传输...

这意味着文件的大小是任意的，并且使用SSI构建响应体肯定会消耗宝贵的RAM资源，因此我们需要一个Plan #B。

有一个“足够好”的方法，可以将大文件传递给客户端，而不向客户端显示文件的静态位置。 您可以使用nginx的错误处理程序，根据上游服务器提供的信息提供静态文件。 例如，上游服务器可以发送带有Location标头字段的302重定向，其中包含文件的实际文件路径。 此响应未到达客户端，并被馈入错误处理程序。

以下是配置的示例：

location /file {
    error_page 302 = @service_static_file;
    proxy_intercept_errors on;
    proxy_set_header Host            $host;
    proxy_pass http://go.example.com;
}

location @service_static_file {
    root /hidden-files;
    try_files $upstream_http_location 404.html;
}

使用此方法，您将能够在不过载您的系统的情况下为文件提供服务，并控制您向谁提供文件。

要使此方法正常工作，您的上游服务器应该以302状态响应并带有典型的“位置:”字段，而nginx将使用位置内容在静态文件的“新”根中查找文件。

此方法被称为“足够好”的类型（而不是完美），因为它不支持部分请求（如Range: bytes ...）