请教个奇怪的nignx-lua问题

net.bsh · 2018-02-06T15:29:53+00:00

1. cer crt pem 等等这都只是编码方式的不一样而已，&#x540...

请教个奇怪的nignx-lua问题

net.bsh

您好亦春：
location ^~ /iform_web {
access_by_lua_file /server/nginx/conf/lua_script/limit.lua;

limit.lua:中加了这行代码就触发浏览器下载，删除这行就正常：
resp_ct = ngx.resp.get_headers()['content-type’]

下载时的响应：（发现多了一行：红色部分）
HTTP/1.1 200 OK
Server: nginx/1.12.1
Date: Tue, 06 Feb 2018 01:28:17 GMT
Content-Type: application/octet-stream
Transfer-Encoding: chunked
Connection: keep-alive

正常时的响应：
HTTP/1.1 200 OK
Server: nginx/1.12.1
Date: Tue, 06 Feb 2018 01:26:16 GMT
Transfer-Encoding: chunked
Connection: keep-alive

百思不得其解，望指教哈，十分感谢！

您的回复：

Hello!

请加入 openresty 中文邮件列表并在那里交流和讨论这样的问题，而不要直接发邮件给我。谢谢合作！详情请见

https://openresty.org/en/community.html

另外，你遇到的问题应该已经在最新版的 OpenResty 中修复了，请尝试使用最新版：

https://openresty.org/en/download.html

Regards,

Yichun

我git pull了https://github.com/openresty/lua-nginx-module 的最新代码，重新编译了nginx，问题依然存在的

net.bsh

在 2018年2月6日星期二 UTC+8下午3:29:53，net...@gmail.com写道：

您好亦春：
location ^~ /iform_web {
access_by_lua_file /server/nginx/conf/lua_script/limit.lua;

limit.lua:中加了这行代码就触发浏览器下载，删除这行就正常：
resp_ct = ngx.resp.get_headers()['content-type’]

下载时的响应：（发现多了一行：红色部分）
HTTP/1.1 200 OK
Server: nginx/1.12.1
Date: Tue, 06 Feb 2018 01:28:17 GMT
Content-Type: application/octet-stream
Transfer-Encoding: chunked
Connection: keep-alive

正常时的响应：
HTTP/1.1 200 OK
Server: nginx/1.12.1
Date: Tue, 06 Feb 2018 01:26:16 GMT
Transfer-Encoding: chunked
Connection: keep-alive

百思不得其解，望指教哈，十分感谢！

您的回复：
Hello!

请加入 openresty 中文邮件列表并在那里交流和讨论这样的问题，而不要直接发邮件给我。谢谢合作！详情请见

https://openresty.org/en/community.html

另外，你遇到的问题应该已经在最新版的 OpenResty 中修复了，请尝试使用最新版：

https://openresty.org/en/download.html

Regards,
Yichun

我git pull了https://github.com/openresty/lua-nginx-module 的最新代码，重新编译了nginx，问题依然存在的

我看了一下源码：

static int

ngx_http_lua_ngx_resp_get_headers(lua_State *L)

....

if (!ctx->headers_set) {

rc = ngx_http_lua_set_content_type(r);

if (rc != NGX_OK) {

return luaL_error(L,

"failed to set default content type: %d",

(int) rc);

}

ctx->headers_set = 1;

}

为啥只是获取一下response header，确要设置一下content_type呢？

zchao1995

Hi!

参考下这个 issue：https://github.com/openresty/openresty/issues/92

net.bsh

谢谢，不过这里说的跟我的恰恰相反，我不认为我提到的那段代码是正确的，现在的现象是，只要我获取了content-type内容，lua模块就给response追加了content-type内容，我不获取反而不会追加：

resp_ct = ngx.header["content-type"]

resp_ct = ngx.resp.get_headers()['content-type']

这两种方式都会导致响应给浏览器的头部信息中包含了content-type，我希望的是只是个获取操作，不要去干扰response header呢。

在 2018年2月6日星期二 UTC+8下午5:06:03，tokers写道：

Hi!

参考下这个 issue：https://github.com/openresty/openresty/issues/92

zchao1995

Hi!

现在 ngx_lua 里就是会在上层第一次取响应头时去设 Content-Type。

如果不想触发的话，可以设置指令：

lua_use_default_type off;

net.bsh

您好：

我试了一下，加了这个指令，resp_ct = ngx.resp.get_headers()['content-type']就获取不到值了，正常的也获取不到了，比如css文件的：

Content-Type:

text/css

在 2018年2月7日星期三 UTC+8上午10:19:24，tokers写道：

Hi!

现在 ngx_lua 里就是会在上层第一次取响应头时去设 Content-Type。
如果不想触发的话，可以设置指令：

lua_use_default_type off;

moonbingbing

你好，在获取响应头的时候去设置 content type 是我修改的。在 tokers 上面提到的 issue 里面有详细的讨论。

针对你的这个问题，默认在遇到二进制文件的时候，会加上 application/octet-stream，这个你可以在 mime.types 里面修改。但我比较好奇的是，在浏览器里面打开一个二进制文件，不下载的话也没什么其他的处理方法了吧？

在 2018年2月7日上午6:47， <net...@gmail.com>写道：

您好：
我试了一下，加了这个指令，resp_ct = ngx.resp.get_headers()['content-type']就获取不到值了，正常的也获取不到了，比如css文件的：
Content-Type:
text/css

在 2018年2月7日星期三 UTC+8上午10:19:24，tokers写道：
Hi!

现在 ngx_lua 里就是会在上层第一次取响应头时去设 Content-Type。
如果不想触发的话，可以设置指令：

lua_use_default_type off;

--