还是proxy_pass到$host的问题

hnyangjin168 · 2013-12-06T14:38:00+00:00

哦，直接改 PCRE_CONF_OPT 变量，确实更简单。我没通&#x8BF...

还是proxy_pass到$host的问题

hnyangjin168

您好！
      用泛域名配置各站点，配置如下：
    server
{
listen 80;
server_name *.XXX.com;
include /home/Conf/Memcache/*.conf;
include /home/Conf/Purge/Purge.conf;
if ($host ~* (.*?)\.(.*?)\.(.*?)) {
        set $Subdomain $1;
}
if ($host ~* (.*?)\.(.*?)\.(.*?)\.(.*?)) {
        set $Subdomain $1.$2;
}
location / {
include /home/Conf/Srcache/Srcache.conf;
proxy_pass http://$host;
}
但是如果后端程序带了参数，例如：http://cms.XXX.com/sitemanage/CategoryNameList.aspx?classindex=763 这样的链接，执行的只是http://cms.XXX.com/sitemanage/CategoryNameList.aspx ，或者后端是伪静态的页面，这样页面打开就会出现问题。因为是泛域名配置，可能后端动态站点页面都带有参数，proxy_pass http://$host;这样去取后端数据就会有问题了。请问有什么办法解决呢？请指点！谢谢！

agentzh

Hello!

2013/12/5 杨进:
>       用泛域名配置各站点，配置如下：
[...]
> 但是如果后端程序带了参数，例如：http://cms.XXX.com/sitemanage/CategoryNameList.aspx?classindex=763
> 这样的链接，执行的只是http://cms.XXX.com/sitemanage/CategoryNameList.aspx
> ，或者后端是伪静态的页面，这样页面打开就会出现问题。因为是泛域名配置，可能后端动态站点页面都带有参数，proxy_pass
> http://$host;这样去取后端数据就会有问题了。;

我没看出这种组合会有什么问题。考虑下面这个在我本地测试过的最小化的完整示例：

    # fake remote upstream
    upstream cms.xxx.com {
        server 127.0.0.1:1234;
    }

    # our main entry server
    server {
        listen 5678;
        server_name *.xxx.com;
        location / {
            proxy_pass http://$host;
        }
    }

    # fake remote server
    server {
        listen 1234;
        location / {
            echo "received: $uri?$args";
        }
    }

然后用 curl 客户端访问我们的 main entry server:

    $curl -H 'Host: cms.XXX.com' \
           'http://localhost:5678/sitemanage/CategoryNameList.aspx?classindex=763'
    received: /sitemanage/CategoryNameList.aspx?classindex=763

我们看到我们摸似的远方服务器实际收到的 URL 是完整的，包含有 classindex=763 这个 querystring 部分。

一般地，建议在调试有问题的 nginx 配置时总是尽量使用最小化的最简单的配置示例，这样方便排查和隔离问题。

Regards,
-agentzh