请问我这个openresty服务为什么被两个nginx代理时表现不一样？

kytexzy · 2015-01-28T18:07:02+00:00

Hello! 2015-01-27 7:35 GMT-08:00 mason m: > set $arg_ds $ids; 这里总是不成功 $arg_XXX 变&#x...

请问我这个openresty服务为什么被两个nginx代理时表现不一样？

kytexzy

我用openresty写了一个websocket服务，在两测试服务器上，一个被nginx 1.5.8代理, 一个被nginx 1.6.0代理,但是用nginx 1.6.0代理的服务在连接时抛500错误.我的两个代理服务的配置一样:
{

proxy_pass http://10.xx.xx.xxx:8080;

proxy_connect_timeout 30s;

proxy_read_timeout 30s;

proxy_send_timeout 30s;

proxy_http_version 1.1;

proxy_set_header Upgrade $http_upgrade;

proxy_set_header Connection "Upgrade";

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header host $http_host;

}

可是nginx 1.6.0的机器就是代理不了，我的ngx_lua的报错为:

bad "upgrade" request header

我把header中的upgrade字段打印出来发现其值为nil，我不太懂问题主要在哪里?

我的两台服务器的主要区别在于能代理的nginx 1.5.8服务运行在内网的测试环境，而nginx 1.6.0那台机器运行于阿里云上.

我看了看lua-resty-websocket的源码，上面说道当upgrade这个字段不存在或不包含"websocket"字样时就会抛出
bad "upgrade" request header

错误, 我猜这个可能跟代理服务器有关，但我不太确定问题在哪里?

with kind regards

agentzh

Hello!

2015-01-28 2:07 GMT-08:00 Zheng Ping:
> 可是nginx 1.6.0的机器就是代理不了，我的ngx_lua的报错为:
> bad "upgrade" request header
> 我把header中的upgrade字段打印出来发现其值为nil，我不太懂问题主要在哪里?
>
> 我的两台服务器的主要区别在于能代理的nginx 1.5.8服务运行在内网的测试环境，而nginx 1.6.0那台机器运行于阿里云上.
>

如果你在内网测试环境使用完全一样的 nginx 1.6.0 及其配置，能复现问题吗？如果不能，则可以排除因软件和配置上的差异而导致问题的可能性。

另一种可能是阿里云的网关故意过滤掉了 Upgrade 请求头。你可以使用 tcpdump 这样的工具确认一下吗？当然，使用 ngx_lua
自己的 ngx.req.raw_header() 接口 [1] 也可以把收到的原始请求头给打印到错误日志里面。

值得一提的是，为避免已知的不必要的问题和麻烦，建议总是使用最新的 OpenResty 发布：

    http://openresty.org/#Download

Regards,
-agentzh

[1] https://github.com/openresty/lua-nginx-module#ngxreqraw_header

maleih

代码有些错误，逻辑应该是这个意思

2015-01-29 4:31 GMT+08:00 Yichun Zhang (agentzh) <age...@gmail.com>:

Hello!

2015-01-28 2:07 GMT-08:00 Zheng Ping:
> 可是nginx 1.6.0的机器就是代理不了，我的ngx_lua的报错为:
> bad "upgrade" request header
> 我把header中的upgrade字段打印出来发现其值为nil，我不太懂问题主要在哪里?
>
> 我的两台服务器的主要区别在于能代理的nginx 1.5.8服务运行在内网的测试环境，而nginx 1.6.0那台机器运行于阿里云上.
>

如果你在内网测试环境使用完全一样的 nginx 1.6.0 及其配置，能复现问题吗？如果不能，则可以排除因软件和配置上的差异而导致问题的可能性。

另一种可能是阿里云的网关故意过滤掉了 Upgrade 请求头。你可以使用 tcpdump 这样的工具确认一下吗？当然，使用 ngx_lua
自己的 ngx.req.raw_header() 接口 [1] 也可以把收到的原始请求头给打印到错误日志里面。

值得一提的是，为避免已知的不必要的问题和麻烦，建议总是使用最新的 OpenResty 发布：

http://openresty.org/#Download

Regards,
-agentzh

[1] https://github.com/openresty/lua-nginx-module#ngxreqraw_header

--

maleih

不好意思，回错地方了。

致歉！

2015-01-29 18:50 GMT+08:00 ma lei <ma...@gmail.com>:

代码有些错误，逻辑应该是这个意思

2015-01-29 4:31 GMT+08:00 Yichun Zhang (agentzh) <age...@gmail.com>:
Hello!

2015-01-28 2:07 GMT-08:00 Zheng Ping:
> 可是nginx 1.6.0的机器就是代理不了，我的ngx_lua的报错为:
> bad "upgrade" request header
> 我把header中的upgrade字段打印出来发现其值为nil，我不太懂问题主要在哪里?
>
> 我的两台服务器的主要区别在于能代理的nginx 1.5.8服务运行在内网的测试环境，而nginx 1.6.0那台机器运行于阿里云上.
>

如果你在内网测试环境使用完全一样的 nginx 1.6.0 及其配置，能复现问题吗？如果不能，则可以排除因软件和配置上的差异而导致问题的可能性。

另一种可能是阿里云的网关故意过滤掉了 Upgrade 请求头。你可以使用 tcpdump 这样的工具确认一下吗？当然，使用 ngx_lua
自己的 ngx.req.raw_header() 接口 [1] 也可以把收到的原始请求头给打印到错误日志里面。

值得一提的是，为避免已知的不必要的问题和麻烦，建议总是使用最新的 OpenResty 发布：

http://openresty.org/#Download

Regards,
-agentzh

[1] https://github.com/openresty/lua-nginx-module#ngxreqraw_header

--