【跪求】用ngx.location.capture（ngx.HTTP_POST）为什么这个post指定根本没管上用啊？

kaito.sys · 2014-03-19T11:34:25+00:00

发现luafilesystem里面的lfs.mkdir(dir_path), 不能使用mkdir -p的功能, 如&#x...

【跪求】用ngx.location.capture（ngx.HTTP_POST）为什么这个post指定根本没管上用啊？

kaito.sys

情况是这样

我们有一个子请求B，是upstream长连接某个http接口，长这样：

location = /getxxxx {

internal;

proxy_pass http://xxxx.com.proxy/test/test1;

proxy_http_version 1.1;

proxy_set_header Connection "";

proxy_set_header Host "xxxx.com.proxy";

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For $remote_addr;

}

我们的主请求A，用这种方式请求B：

ngx.say(query);

local res = ngx.location.capture("/getxxxx",{ method = ngx.HTTP_POST, body = query})

query打印了肯定有值

现在观察到这种现象：

用get方式请求A

query打印：ip=1.2.2.255&uid=1883024754

res.body打印："uid":"null"

用post方式请求A

query打印：ip=1.2.2.255&uid=1883024754

res.body打印："uid":"1883024754"

为什么……

为为为为什么……

agentzh

Hello!

2014-03-18 20:34 GMT-07:00 Kaito Sys:
> ngx.say(query);
> local res = ngx.location.capture("/getxxxx",{ method = ngx.HTTP_POST, body =
> query})
> query打印了肯定有值
>
> 现在观察到这种现象：
> 用get方式请求A
> query打印：ip=1.2.2.255&uid=1883024754
> res.body打印："uid":"null"
>

我猜你的后端应用（比如 PHP 应用）需要 POST 请求携带有请求头 Content-Type:
application/x-www-form-urlencoded

而对于你发起的 GET 主请求，自然不会有这个 Content-Type 请求头，而 ngx.location.capture
发起的子请求是自动继承主请求的请求头的。

一个很简单的解决办法是在你的子请求指向的 location = /getxxxx 里加上下面这一行配置：

     proxy_set_header   Content-Type   "application/x-www-form-urlencoded";

当然，你也可以把这里的请求头的值弄成变量，然后从父请求传递值。

> 用post方式请求A
> query打印：ip=1.2.2.255&uid=1883024754
> res.body打印："uid":"1883024754"
>

我不清楚你这里的“post方式”具体是怎么弄的，但我猜此时你的 http 客户端应该发送了 Content-Type:
application/x-www-form-urlencoded 这个请求头。你可以通过 nc 或者 tcpdump 这样的工具在 TCP
的层面上加以确认。

Regards,
-agentzh

smallfish.xy

tcpdump抓个包吧..

smallfish http://chenxiaoyu.org

2014-03-20 3:50 GMT+08:00 Yichun Zhang (agentzh) <age...@gmail.com>:

Hello!

2014-03-18 20:34 GMT-07:00 Kaito Sys:

> ngx.say(query);
> local res = ngx.location.capture("/getxxxx",{ method = ngx.HTTP_POST, body =
> query})
> query打印了肯定有值
>
> 现在观察到这种现象：
> 用get方式请求A
> query打印：ip=1.2.2.255&uid=1883024754
> res.body打印："uid":"null"
>

我猜你的后端应用（比如 PHP 应用）需要 POST 请求携带有请求头 Content-Type:
application/x-www-form-urlencoded

而对于你发起的 GET 主请求，自然不会有这个 Content-Type 请求头，而 ngx.location.capture
发起的子请求是自动继承主请求的请求头的。

一个很简单的解决办法是在你的子请求指向的 location = /getxxxx 里加上下面这一行配置：

proxy_set_header Content-Type "application/x-www-form-urlencoded";

当然，你也可以把这里的请求头的值弄成变量，然后从父请求传递值。

> 用post方式请求A
> query打印：ip=1.2.2.255&uid=1883024754
> res.body打印："uid":"1883024754"
>

我不清楚你这里的“post方式”具体是怎么弄的，但我猜此时你的 http 客户端应该发送了 Content-Type:
application/x-www-form-urlencoded 这个请求头。你可以通过 nc 或者 tcpdump 这样的工具在 TCP
的层面上加以确认。

Regards,
-agentzh

--

kaito.sys

春哥真乃神人！果然是这个问题！！

我去nc 或者 tcpdump试一下！！

On Thursday, March 20, 2014 3:50:27 AM UTC+8, agentzh wrote:

Hello!

2014-03-18 20:34 GMT-07:00 Kaito Sys:
> ngx.say(query);
> local res = ngx.location.capture("/getxxxx",{ method = ngx.HTTP_POST, body =
> query})
> query打印了肯定有值
>
> 现在观察到这种现象：
> 用get方式请求A
> query打印：ip=1.2.2.255&uid=1883024754
> res.body打印："uid":"null"
>

我猜你的后端应用（比如 PHP 应用）需要 POST 请求携带有请求头 Content-Type:
application/x-www-form-urlencoded

而对于你发起的 GET 主请求，自然不会有这个 Content-Type 请求头，而 ngx.location.capture
发起的子请求是自动继承主请求的请求头的。

一个很简单的解决办法是在你的子请求指向的 location = /getxxxx 里加上下面这一行配置：

proxy_set_header Content-Type "application/x-www-form-urlencoded";

当然，你也可以把这里的请求头的值弄成变量，然后从父请求传递值。

> 用post方式请求A
> query打印：ip=1.2.2.255&uid=1883024754
> res.body打印："uid":"1883024754"
>

我不清楚你这里的“post方式”具体是怎么弄的，但我猜此时你的 http 客户端应该发送了 Content-Type:
application/x-www-form-urlencoded 这个请求头。你可以通过 nc 或者 tcpdump 这样的工具在 TCP
的层面上加以确认。

Regards,
-agentzh